Cookie.Joo

前言1：我们在java-8中使用AES加解密用PKCS5Padding填充(默认支持)，但是换成PKCS7Padding填充就会报错，原因是jdk-8中没有支持PKCS7Padding的填充。com.utils.MsfAESUtilTest============PKCS5Padding======

背景我们平时使用线程池参数都是写死在代码中的，需要改变线程池参数则需重启应用才能有效(必须要配置化参数)，那么动态变更线程池则非常有效的解决普通线程池在调优方面的便利问题。如何设计它？在我们的第一反应就是将每一个线程池管理起来，则每一个线程池都必须有一个id唯一标识，再有则必须要有个存储来存放线程池

前言我们在工作中基本都会用到池连接技术，数据库连接池、HTTP连接池、线程池。深入了解其设计思路背后是为了解决频繁开启连接和关闭了解带来的性能开销，合理的复用连接池技术有效的减少创建和消耗带来的内存开销。今天分享一下线程池的一些原理和示例，让我们更好的理解线程池的工作流程。一般说线程池的几个核心参数

。。。我本来写了很多感慨，现在全删了，无非是一些苦口婆心的劝诫，想了想这些只是我自己的自以为而已。我想写这篇文章很久了，我写的时候就在想，我有什么资格教人这些东西，你也只是个普通小职员，又不是领导、总监、经理。你有这些资质吗？搞的好像有多能似的。最后只能妥协的我以一个30多岁的老油条、混职场多年的人

背景我们在公司内网写代码、打包、部署都是在内网专有机器和专有网络上访问，所以基本不会考虑代码加密等问题。如果我们的代码要部署到公有云等外部机器上，或者与其他公司共建等共享机房内部署，那么就要考虑我们部署的代码要进行加密后上传到公有云机器上部署，从而避免别的公司会下载我们的部署包反编译查看我们的代码。

前言Spring Boot自动装配了解一下，所谓自动装配那自然是要关注@Configuration这个注解啦。追溯到源码发现有点像SPI技术，了解SPI技术的朋友看起来就没花什么力气了。SPI说白一点就是在某个规定的路径下存放的特定的配置文件（这就是技术规范），里面的内容就是需要应用启动的时候去加载

前言Spring循环依赖，也就是说类A依赖了类B，类B又依赖类A，那么在项目启动的时候，由于系统不知道先加载A还是B，就会出现循环依赖的错误。Error creating bean with name 'AServiceImpl': Bean with name 'AServ

前言对于Bean的初始化流程，我觉得无需太专注去了解的，因为里面的东西太多了，对我们有啥帮助吗？没有，因为你只是应付将来可能面试时别人会问而已，拿到Offer了基本就扔掉了，如果是我的话我就直接说忘了或没怎么关注，我反而觉得里面的一些设计模式需要去探索一下的，远比应付面试要好千倍万倍。我这里也随便简

前言可能很多人都知道Java程序上生产后，运维人员都会设定好JVM的堆大小，而且还是把最大最小设置成一样的值。那究竟是为什么呢？你是否有这个疑问？设置堆大小为何要设置成两个相同的固定值，一般不是小的设置小点，大的是一个上限值，我们一般的人认知不也是说随用随取吗，你设置为大小都一样会不会一开始就把空间

1.原因现象应用中如果需要用iframe嵌套某个应用的页面，该应用也是用了相同的CAS-SSO登录，但在iframe中出现无限循环登录。该现象是在谷歌浏览器中出现，原因是谷歌浏览器限制了嵌入的网页不可设置cookie，导致无法访问。仔细检查，在浏览Set-cookie的响应头出发现提示：This S