Java反射API和注解、元注解

目录:
反射
1.1 获取Class对象

1.2 类字段相关方法

1.3 构造器相关方法

1.4 方法对象相关方法
注解
2.1 常用注解

2.2 自定义注解

2.3 元注解

2.4 注解实战演示，通过注解来进行方法切入

2.5 注解实现测试框架实例


反射


返回目录



1. 获取Class对象


返回目录

1.Class.forName("全类名（包路径+类名）")
2.类名.class
3.对象.getClass()



2. 类字段相关方法


返回目录

1. 设置值
* void set(Object obj(这里是指创建字节码对象的类的实例化对象), Object value)
2. 获取值
* get(Object obj)  //参数是指类的实例化对象
3. 忽略访问权限修饰符的安全检查
* setAccessible(true):暴力反射

* Field[] getFields() ：获取所有public修饰的成员变量
* Field getField(String name)   获取指定名称的 public修饰的成员变量
* Field[] getDeclaredFields()  获取所有的成员变量，不考虑修饰符
* Field getDeclaredField(String name)   和上面不同的是可以对任意权限修饰符 



3. 构造器相关方法


返回目录

* T newInstance(Object... initargs)

* Constructor<?>[] getConstructors()
* Constructor<TgetConstructor(类<?>... parameterTypes)  黄体参数其实就是目标方法中参数列表的重写 示例:String.class
* Constructor<TgetDeclaredConstructor(类<?>... parameterTypes)
* Constructor<?>[] getDeclaredConstructors()



4. 方法对象相关方法


返回目录

* 执行方法：
* Object invoke(Object obj, Object... args)
* 获取类名(包路径+类名  而不仅仅是类名)
* String getName()

* Method[] getMethods()  只能获取public方法，但是可以获取继承的父类或者接口的方法
* Method getMethod(String name, 类<?>... parameterTypes)
* Method[] getDeclaredMethods()  可以获取任何权限修饰符修饰的方法，但是不能获取父类或者父接口中的方法
* Method getDeclaredMethod(String name, 类<?>... parameterTypes)



注解


返回目录



1. 常用注解


返回目录

- a.@Overide          检测该注解标注的方法是否是继承自父接口
- b.@Deprecated       表示方法已经过时
- c.@SuppressWarmings 压制警告（通常写在类上@SuppressWarmings("all")，压制所有的警告）



2. 自定义注解


返回目录

1.1 定义
注解中的属性：其实就是接口中的抽象方法

要求：

1.属性返回值:基本数据类型|String|枚举|注解|以上类型的数组

2.定义了属性，在使用时需要个属性赋值。

a.如果定义属性时，使用default关键字给属性默认初始化值，则使用注解时，可以不进行属性的赋值。
b.如果只有一个属性需要赋值，并且属性名是value，则value可以省略，直接在使用该注解时定义值即可。
c.在这里数组赋值时是比较特殊的，需要用大括号进行赋值。如果数组织有一个值，那么大括号可以省略。
d.疑惑点：1.这里的枚举类型不太了解 2.这里的注解类型肤质有点蒙
e.这里说明一下注解|枚举类型在注解中的定义：   注解示例 MyAnno2 anno2(); 枚举示例  Person per();

public @interface MyAnno{

}

1.2 注解的本质
public interface MyAnno extends java.lang.annotation.Annotation {

}

说明：注解本质上就是一个接口，该接口默认继承java.lang.annotation.Annotation接口


3. 元注解


返回目录

说明：（与注解略有不同，本质相同|也是注解），用来描述注解的注解

@Target：描述注解能够作用的位置

使用（只写了该如何赋值）：枚举类型[]|数组 ElementType.TYPE|表示注解只能作用再类上、

ElementType.METHOD|表示该类只能作用在方法上、

ElementType|FIEID可以作用于成员变量上
@Retention：描述注解被保留的阶段（3个阶段 source|classs|runtime）

使用 RetentionPolicy.RUNTIME 表示注解会一直保留到3个阶段都结束
@Documented：描述注解是否被抽取到API文档中
@Inherited：描述注解是否被子类继承(被该元注解描述的注解所修饰的类，任何继承该类的子类都将会继承这个被元注解修饰的注解)



4. 注解实战演示，通过注解来进行方法切入


返回目录

//步骤一：获取包含指定注解（用于获取配置文件类似信息的注解）的类
Class<ReflectTestaClass = ReflectTest.class;
//步骤二：获取这个注解的对象，通过含有注解的类来获取，注意使用的方法
Myano annotation = aClass.getAnnotation(Myano.class);
//实质上的过程，内存中内部通过这个方法创建了一个实现这个注解接口的类，并且返回了实例化对象
/*
public class 实现类 implements Myano{
public String className(){
return "注解初始化时赋予的值"；
}
- ...
}
*/
//步骤三：通过注解对象调用方法即可
String className = annotation.className();
String methodName = annotation.methodName();
System.out.println(className + methodName);



5. 注解实现测试框架实例


返回目录

1.1 用到的方法
1.public boolean isAnnotationPresent(Class<? extends AnnotationannotationClass) 判断是否包含这个注解（这个方法）Method类是java.lang.reflect.AccessibleObject的子类
2.public synchronized Throwable getCause() 返回...
3.public String getSimpleName()  Class类中的方法，返回异常名称

1.2 主体代码
//综合实践：通过注解测试方法
int number = 0;
//步骤一：获取方法对象
BufferedWriter bufferedWriter = new BufferedWriter(new FileWriter("D:\\JavaSource\\AllProjects\\LearningJava\\javaWeb\\src\\day1\\Annovacation\\Annocation\\Caculator\\rizzhi.txt"));
caculator caculator = new caculator();
Class<? extends day1.Annovacation.Annocation.Caculator.caculatoraClass = caculator.getClass();
Method[] methods = aClass.getMethods();//最好用Declare获取方法，再用暴力反射，否则会遗漏一些方法
//步骤二：遍历方法，判断是否包含注释：接着捕获异常；输出到文件中打印；
for (Method method : methods) {
if (method.isAnnotationPresent(Check.class)) {
try {
method.invoke(caculator);
} catch (Exception e) {
number++;
bufferedWriter.write(method.getName() + "方法出现异常！");
bufferedWriter.newLine();
bufferedWriter.write("异常的名称：" + e.getCause().getClass().getSimpleName()/*+e.getMessage()+e.toString()*/);
bufferedWriter.newLine();
bufferedWriter.write("异常的原因：" + e.getCause().getMessage());
bufferedWriter.newLine();
bufferedWriter.write("------------------");
bufferedWriter.newLine();
}
}
}
bufferedWriter.write("异常出现的次数：" + number);
bufferedWriter.close();

一.简介
WeTest是处理API接口测试的轻量级自动化测试框架，java语言实现，拓展JUnit4开源框架，支持Ant/Maven执行方式。
工具特点：
1.支持suite，根据JUnit4测试类名正则匹配，聚合相同模块的用例，运行单个聚合类即可实现运行一个模块所有的用例；
2.支持测试类和方法级别用例并发执行，缩短执行时间(用例间需线程安全)；
3.支持失败重试，包括执行中(@Retry注解)和结果跑完(根据Ant/Maven失败日志，扫失败日志，JUnitCore跑失败用例，多线程执行)；
4.邮件通知结果。
框架图：
二. 开发环境
Java IDE，JDK6以上，JUnit4，Mysql，Ant/maven，Svn。
三.项目结构
1.包com.weibo.cases.hugang，可以新建多个以模块或者以人的维度管理的用例集，测试用例放在该包下。
2.包com.weibo.cases.suite，聚合相同模块测试用例的聚合类。
3.包com.weibo.common，封装不同接口为特定方法。
5.包com.weibo.global，接口http请求(get或post)，HttpClient实现；http请求返回的String反序列化成Javabean对象，Jackson实现。
6.包com.weibo.model, 接口返回的结果对应的Javabean类。
7.包com.weibo.runfail, 用例结束后，重跑失败用例。
8.包com.weibo.runner, 自定义的runner, @Retry(运行中重试),@ThreadRunner(单个类并发),@ConcurrentSuite(Suite类和方法级别)等。
9.包com.weibo.userpool, 用例中申请测试账号，JDBC实现。
配置文件：
c3p0.properties 用户池数据库连接池配置， mysql地址，账号，密码；连接池最大，最小连接数。
global.properties 测试环境设置，ip, port, appkey, retry默认设置。
四.调度方式
以shell脚本进行调度，根据不同模块，执行对应的build.xml;
在build_***.xml中指定测试模块，shell脚本会根据你的选择，ant执行不同的xml，达到运行某个模块的功能。
二期已经使用Taobao toast自动化测试框架二次开发，前端调度。
五.测试用例填写规范
1.每个用例使用
try{
用例;
TestLogComment("用例描述");
}catch(Exception e){
fail("用例信息");
}finally{
清关系等；
}
结构；catch()能捕获非assertThat失败，如接口报错； finally里清try语句块构建的关系等;
2.每个用例之间不能有任何依赖，都是单独的;
3.每个测试Class名，后缀应该跟该相应模块相关，主要为聚合某一类功能，正则匹配用。
六. 使用方法
团队成员，可以将自己添加的case上传到SVN上，协同工作。单个case可以直接在eclipse上运行。
对于自动化回归测试时，可以根据不同模块，执行对应的build.xml。
1 运行shell脚本，运行不同模块用例。
2 邮件推送运行结果，并将本次运行的失败日志作为附件发送，将失败日志放到com.weibo.runfail下，运行RunFailedCases.java重试。
七.WeTest Features
八. 流程图
1. 用例执行流程
2.用户池获取用户
3.接口调用流程
4.调度脚本流程
5.初始化流程
相关内容介绍：

EOLINKER  API Studio 已于近期发布5.1.2版本，该版本加入全局搜索、支持批量测试API测试用例、读取代码注解生成文档支持Github与码云等14项功能，具体功能请查看全文。
1.读取代码注解生成文档新增对Github、码云的支持
支持通过Github、Gitlab、码云等代码仓库来读取代码的注解并自动生成API文档，支持Java、PHP两种语言，以及Swagger 2.0的注解规范。
相关教程可以进入帮助中心查看：自动读取代码注解生成API文档
2.支持导入YAPI的数据

3.新建API项目时，支持选择多个项目负责人
4.API列表改为分页样式，每页条目数增加为50条，加快进入页面速度
5.项目内的一级菜单加入API测试用例管理功能
新的测试用例管理功能支持批量测试多个API的测试用例，能够带来更高效的测试体验。您可以针对一个API新建多个测试用例，一键测试API的所有情况并得到返回的报告。通过该功能能够快速对项目API进行回归测试，提高测试覆盖率以及项目质量。
注意：仅付费产品支持该功能。

6.API列表以及自动化测试用例列表等支持横向滚动
列表支持横向滚动后，能够解决部分屏幕较小情况下显示错位的问题。
7.优化测试API的返回结果为文件以及较大数据的体验
当测试的结果不是文本类型的数据，或者返回内容大于300kb时，页面会提供下载按钮，方便下载测试内容进行查看。页面不再直接载入测试数据，防止页面卡死。
并且测试结果加入返回结果大小的统计。
注意，当测试结果为以上两种情况时，测试历史不会报错返回的测试内容，需要重新发起测试请求。


8.自动化测试报告加入更多的统计数据
9.支持从Database Builder的数据库字段中引用请求参数信息
当您在Database Builder中管理了数据库的结构时，可以在API文档中直接引用数据库的结构作为API参数信息，系统会自动获取数据库的字段名、类型以及值可能性等信息。并且在页面上能够直观显示当前API的字段最终绑定了什么数据库字段。
10.项目、API、测试用例等信息支持全局搜索

11.通过链接邀请人员的链接过期时间改为48小时
12.开放免费版的项目Mock API请求校验设置
在项目的基本设置页面，可以设置Mock API的请求校验以及自动刷新等设置。


13.开放免费版的高级角色权限的功能
在权限管理页面中，可以自行创建用户角色并给角色设置详细的权限。




14.支持批量设置项目的人员及权限
在API项目列表中，点击批量操作并选择多个项目后，点击设置项目成员并跟随向导设置即可。


15.优化界面UI体验，增大显示面积
eoLinker是目前全球领先、国内最大的在线API接口管理平台，提供自动生成API文档、API自动化测试、Mock测试、团队协作等功能，旨在解决由于前后端分离导致的开发效率低下问题。
目前eoLinker为中国移动、中国联通、海尔、神州优车、歌华有线、通联支付、橙家、金蛋科技、捞月狗、海丰通航、广联达等数千家企业提供高效、专业、规范的API管理服务。
欢迎您使用，中文官方网站：https://www.eolinker.com

一.简介
WeTest是处理API接口测试的轻量级自动化测试框架，java语言实现，拓展JUnit4开源框架，支持Ant/Maven执行方式。
工具特点：
1.支持suite，根据JUnit4测试类名正则匹配，聚合相同模块的用例，运行单个聚合类即可实现运行一个模块所有的用例；
2.支持测试类和方法级别用例并发执行，缩短执行时间(用例间需线程安全)；
3.支持失败重试，包括执行中(@Retry注解)和结果跑完(根据Ant/Maven失败日志，扫失败日志，JUnitCore跑失败用例，多线程执行)；
4.邮件通知结果。
框架图：
二. 开发环境
Java IDE，JDK6以上，JUnit4，Mysql，Ant/maven，Svn。
三.项目结构
1.包com.weibo.cases.hugang，可以新建多个以模块或者以人的维度管理的用例集，测试用例放在该包下。
2.包com.weibo.cases.suite，聚合相同模块测试用例的聚合类。
3.包com.weibo.common，封装不同接口为特定方法。
5.包com.weibo.global，接口http请求(get或post)，HttpClient实现；http请求返回的String反序列化成Javabean对象，Jackson实现。
6.包com.weibo.model, 接口返回的结果对应的Javabean类。
7.包com.weibo.runfail, 用例结束后，重跑失败用例。
8.包com.weibo.runner, 自定义的runner, @Retry(运行中重试),@ThreadRunner(单个类并发),@ConcurrentSuite(Suite类和方法级别)等。
9.包com.weibo.userpool, 用例中申请测试账号，JDBC实现。
配置文件：
c3p0.properties 用户池数据库连接池配置， mysql地址，账号，密码；连接池最大，最小连接数。
global.properties 测试环境设置，ip, port, appkey, retry默认设置。
四.调度方式
以shell脚本进行调度，根据不同模块，执行对应的build.xml;
在build_***.xml中指定测试模块，shell脚本会根据你的选择，ant执行不同的xml，达到运行某个模块的功能。
二期已经使用Taobao toast自动化测试框架二次开发，前端调度。
http://blog.csdn.net/neven7/article/details/45022825
http://blog.csdn.net/neven7/article/details/44886011
五.测试用例填写规范
1.每个用例使用
try{
用例;
TestLogComment("用例描述");
}catch(Exception e){
fail("用例信息");
}finally{
清关系等；
}
结构；catch()能捕获非assertThat失败，如接口报错； finally里清try语句块构建的关系等;
2.每个用例之间不能有任何依赖，都是单独的;
3.每个测试Class名，后缀应该跟该相应模块相关，主要为聚合某一类功能，正则匹配用。
六. 使用方法
团队成员，可以将自己添加的case上传到SVN上，协同工作。单个case可以直接在eclipse上运行。
对于自动化回归测试时，可以根据不同模块，执行对应的build.xml。
1 运行shell脚本，运行不同模块用例。
2 邮件推送运行结果，并将本次运行的失败日志作为附件发送，将失败日志放到com.weibo.runfail下，运行RunFailedCases.java重试。
七.WeTest Features
八. 流程图
1. 用例执行流程
2.用户池获取用户
3.接口调用流程
4.调度脚本流程
5.初始化流程
相关内容介绍：