自定义@MyTest注解实现单元测试

目的： 完成自定义注解@MyTest，并实现标有注解的方法并启动它。（模拟@Test注解做单元测试）

步骤：

新建一个注解类（annotation），命名为MyTest

创建一个TestJunit单元测试类，写几个方法，比如：public void test1()

创建一个MyTestDemo测试类（主功能实现类），该类主要利用反射机制来实现对TestJunit单元测试类中加@MyTest注解方法的启动

给予注解类生命周期与反射机制吻合，也就是定义的注解可以保留到运行时，通过反射机制可以获取注解信息

编写MyTestDemo测试类，利用反射获取TestJunit单元测试类的Class对象，并获取单元测试类中所有的方法对象，遍历所有方法对象，只要加@MyTest的注解的方法把他执行起来，不加注解的不给予任何处理操作

启动测试类，查看结果（执行结果，在最后面！）

注意：

自定义注解类中，没有编写注解体，也就是没有给默认value值。因为该注解只是起到了标识的作用，标识需要启动的方法

注解类编译后也是.class文件

通过反射机制来完成自定义注解操作，一定要给与注解和反射同样的生命周期

你要知道我们是不能完成Junit4、Junit5这样类型的插件功能的，可以选择性的执行加了注解的方法，而且我们有实力写出插件IDEA也是不承认的。不会给你生成run方法启动项

熵编码的静态模型是？

静态模型在压缩前对整个文字进行分析计算每个字母的机率。这个计算结果用于整个文字上。

优点：

编码表只需计算一次，因此编码速度高，除在解码时所需要的机率值外结果肯定不比原文长。

缺点：

计算的机率必须附加在编码后的文字上，这使得整个结果加长；

计算的机率是整个文字的机率，因此无法对部分地区的有序数列进行优化。