使用过SprongBoot打过jar包的都应该知道，目标文件一般都会生成两个文件，一个是以.jar的包，一个是.jar.original文件。那么使用SpringBoot会打出两个包，而.jar.original的作用是什么呢？还有就是java -jar是如何将一个SpringBoot项目启动，之间都进行了那些的操作？
其实.jar.original是maven在SpringBoot重新打包之前的原始jar包，内部只包含了项目的用户类，不包含其他的依赖jar包，生成之后，SpringBoot重新打包之后，最后生成.jar包，内部包含了原始jar包以及其他的引用依赖。以下提及的jar包都是SpringBoot二次加工打的包。
[TOC]
在java的异常体系中Exception异常有两个分支，一个是运行时异常RuntimeException，一个是编译时异常，在Exception下的所有非RuntimeException异常，比如IOException、SQLException等；所有的运行时异常不捕获，编译时异常是一定要捕获，否则编译会报错。@SneakyThrows就是利用了这一机制，将当前方法抛出的异常，包装成RuntimeException，骗过编译器，使得调用点可以不用显示处理异常信息。
[TOC]
泛型实现了参数化类型的概念，使代码可以应用于多种类型，设计的初衷应该是希望类或者方法能够具备最广泛的表达能力。在引入泛型之前，一般都是依赖于Object顶层对象实现类似泛型的功能，但是使用Object有一个缺陷是如果类型转换异常，编译器在编译期无法检测这种异常，只有在字节码的运行时期才会抛出类型转换异常。而JDK 1.5之后引入的泛型，在编译期就会对类型进行检查，使得问题可以及早发现。
[TOC]
过滤器
Filter是通过实现java.servlet.filter接口实现过滤器功能，作用是用于对传入的request和响应的response进行一些处理，比如对请求参数进行校验，或者设置、检验头部信息，再或者对一些非法行为进行校验。由实现的接口可知，过滤器是依赖于servlet容器。所以由于过滤器不依赖于spring容器，它也就无法获取到容器中的对象。
[TOC]
在mybatis中从sql的解析到最后结果集的返回，经过了一系列的内部组件，比如参数处理器parameterHandler，语句处理器StatementHandler，结果集处理器ResultSetHandler等。若开发者需要对SQL执行的某一环节进行一些特定的处理，比如参数类型的转换，数据分页功能，打印执行的SQL语句等都可以通过mybatis的插件机制实现。
[TOC]
因为需要，研究了可以通过InheritableThreadLocal进行父子线程中如何传递本地线程变量，通过阿里开源项目TransmitableThreadLocal进行进行线程池传递本地线程变量(详解可查看以往博客)。在查找资料的过程中无意发现了Dobbo的InternalThreadLocal，其实Dobbo的InternalThreadLocal和netty的FastThreadLocal有异曲同工之妙。之前学netty的时候有了解一点，为了加深一下ThreadLocal种群的了解，使用本博客记录一下。
[TOC]
在Thread中除了有属性threadLocals引用ThreadLocal.ThreadLocalMap，其实还有一个属性，也就是inheritableThreadLocals，threadLocals的作用是保存本地线程变量，而inneritableThreadLocals的作用是传递当前线程本地变量InheritableThreadLocal到子线程的本地变量InheritableThreadLocal中。
[TOC]
Thread有一个内部变量ThreadLocal.ThreadLocalMap,这个类是ThreadLocal的静态内部类，它的实现与HashMap类似，当线程第一次调用ThreadLocal的get/set方法时会初始化它。它的键是这个ThreadLocal对象本身，值是需要存储的变量。也就是说ThreadLocal类型的本地变量是存放在具体的线程空间里。当不断的使用get方法获取时，是到线程独有线程空间中获取变量，使得其他线程无法访问到，也就达到了线程安全的目的。在使用完成之后，可以通过remove方法，移除不使用的本地变量。
[TOC]
上文说到父子线程传递本地变量可以通过InheritableThreadlocoal进行传递，但是如果采用线程池，不一定能传递，因为在线程在线程池中的存在不是每次使用都会进行创建，InheritableThreadlocal是在线程初始化时intertableThreadLocals=true才会进行拷贝传递。所以若本次使用的子线程是已经被池化的线程，从线程池中取出线下进行使用，是没有经过初始化的过程，也就不会进行父子线程的本地变量拷贝。
由于在日常应用场景中，绝大多数都是会采用线程池的方式进行资源的有效管理。目前知道的阿里有一个开源项目就是为了解决这个问题ThansmittableThreadLocal。
由于项目包结构的修改对feign调用的类的编写修改了路径，原来的路径为cn.com.projectname.feign包下，新的feign需添加到cn.com.projectname.common.feign下。首次添加到该包下发现，新的feign类没有被加载到spring容器中，所以推测是扫包路径的问题，故通过@EnableFeignClients(basePackages = {"cn.com.projectname.feign", "cn.com.projectname.common.feign"})指定扫包路径，神奇的事情发生了，启动之后报错，内容为cn.com.projectname.common.feign下新增的那个feign类已经被加载到spring容器中，不允许二次加载！找了许久并没有找到什么问题。还尝试通过@FeignClient(contextId = "xxx")的方式指定创建类名称，也还是失败了，最后发现玄机是在@EnableFeignClients的basePackages上，由于指定的两个包路径出现重叠部分，导致在扫包过程中重复添加某对象。