项目开发bug记录

　　项目开发中遇到了一个问题，类中出现未知属性 ‘ $jacocoData ’，准确的来说，实际上在集成测试阶段，系统自动运行测试用例时，抛出来的异常提示信息，但是在开发阶段是不存在的。这个问题是以前没有遇到过的一中bug，因此在此处记录并分析。

　（与本片无关，介意者忽略）

　　先在这儿介绍一下目前项目的开发模式，使用的是迭代式开发。（参考百度）

　　1.瀑布式开发： 瀑布模型式是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、代码审阅、测试、维护的步骤顺序进行。

　　　　　　　　    适用：系统目标需求明确，时间固定，

　　2.敏捷式开发：敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。敏捷式开发是一种开发方法。

　　　　　　　　   适用：以用户为导性，快速开发，验证，修正的一种开发方式。

　　3. 迭代式开发：在迭代开发中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代，这叫迭代开发。

　　　　　　           每一次迭代都包括了定义、需求分析、设计、实现与测试。迭代式开发是一种开发过程。

　　　　　　　　　适用：需求不明确，持续进行变更的项目，可以降低风险，提高复用性。

　　目前fn先生所开发项目的相关步骤：

　　　　1. 任务需求：由PD产出需求，分析之后，明确本次迭代的checkList；

　　　　2. 文档编写：由开发/测试共同编写，其中需求背景，开发思路，系统交互，接口文档，测试场景，上线时间，人员排期及FAQ等；

　　　　3. 项目阶段：开发阶段 -> 集成测试 -> 预发灰度 ->项目上线；

　　　　　　注：在开发完成时，需要有交付报告产出，表明本次开发的影响点，风险点，上线时间，jar发布版本，系统间交互影响，是否可回滚等等；

　　　　4. 下个需求：哎，惆怅，轮番轰炸呐！！！头发都快成C字型了。

　（正文）

　　如题，所遇到的情况是：

　　　　类说明：继承多层级的抽象类，其下有多个子类，其中有一type属性对应该类的类型，还有一个属性properties对应不同的数据类型，及自定义的数据解析动作；

　　　　场景说明：获取数据集合后，可以得到每个element的type，但是具体的properties的属性还需要进行再次处理，所以这儿如何拿到每个element对应的具体类型，就是处理的关键。

　　　　

　　在处理上述情况时，想到两种处理方式

　　　　1. 根据type创建一个Enum类，存储type对应的class，并初始化一个实例，再进行具体处理；

　　　　2. 根据type利用反射技术，重新创建一个对象，将其赋原始值后，再进行其具体类的指定处理动作；（本文只记录分析bug，不讲解反射）

　　

　　当时没有想太多，采用的是第二种方式处理，利用反射（reflect）进行不同类的针对性处理。

　　　　1. 遍历获取的抽象类的集合信息，获得element；

　　　　2. 判断其具体type，进行实例化新的对象（newInstance），获得该类，包含其父类所有的属性（注意此处）；

　　　　3. 利用反射进行对新实例对象的赋值（ field.set( newInstance，value ) 注意此处），之后进行具体的处理动作，如调用properties的解析函数...等；

　　上面的步骤在dev环境下，所有执行操作都是OK的，但是在集成测试阶段时，测试用例自动执行时，抛出【Method not found : $jacocoData】。

　　排查之后，发现是集成测试环境下，通过反射获取数据时，多出两个属性， $jacocoData   ...（呃，那个属性忘了），这两个属性通过反射赋值时，就会抛出如上异常。

　　但是为什么会出现上面的多余属性呢 ？

　　　　因为在集成测试阶段，测试用例执行的时候，maven集成了Jacoco来统计单元测试的代码覆盖率，而dev环境没有作相应的配置。

　　　　Jacoco 会利用编译器在编译期间加入 $jacocoData 成员变量，Jacoco使用 asm 实现字节码植入，是对指令级别上的字节码植入，从而可以定位到执行的代码行。

　　

　　asm是什么？（CSDN）

　　　　ASM是一个java字节码操纵框架，它能被用来动态生成类或者增强既有类的功能。ASM 可以直接产生二进制 class 文件，也可以在类被加载入 Java 虚拟机之前动态改变类行为。Java class 被存储在严格格式定义的 .class文件里，这些类文件拥有足够的元数据来解析类中的所有元素：类名称、方法、属性以及 Java 字节码（指令）。ASM从类文件中读入信息后，能够改变类行为，分析类信息，甚至能够根据用户要求生成新类。

　　　　ASM是一款操作class文件流的工具类，效率大大高于普通Java代码编译成class的方式。操作class流的方式其实就是通过手动操作jvm的指令集，来生成或修改class文件流。众所周知普通Java代码通过javac编译生成class文件后，再通过javap -v 即可查看反编译的类似汇编代码。而asm的实现方式就是完成这样的汇编代码。

　　　

　　如何解决该问题 ？（CSDN）

　　　　在反射遍历字段的时候，可以对字段进行判断看是否是复合字段，假如是复合字段就跳出，具体函数是：field.isSynthetic() 为true证明是复合字段，continue；

　　　  注：synthetic总的来说，是由编译器引入的字段、方法、类或其他结构，主要用于JVM内部使用，为了遵循某些规范而作的一些小技巧从而绕过这些规范，有点作弊的感觉，只不过是由编译器光明正大的，人为是没有权限的（但事实上有时候还是能被利用到的）。

　　

　　-_- 汗~~

　　查询之后，虽然也是一知半解，但是程序运行时，抛的异常是可以先解决了，重新提交代码合并...............走你...........................

　　参考文档链接：

　　　　https://blog.csdn.net/shawn_ling/article/details/81205705

　　　　https://blog.csdn.net/samyang1/article/details/79853270

　　　　https://blog.csdn.net/kifgep/article/details/82757417