zy苦行僧

这是我参与11月更文挑战的第5天，活动详情查看：2021最后一次更文挑战 前言 前两天负责的系统，因为需要获取用户的昵称并进行入库，但是有个别用户的昵称中存在emoji表情，导致入库时报错。 报错内容

常用日志框架：基础日志框架【log4j、log4j2、logback、JUL(java日志框架)】和 日志框架集成【JCL、SLF4J】

为更好的适应JAVA技术的发展，使用更先进及前沿的技术。所以推出将我们现在使用的JDK1.6(1.7)及tomcat6(7)升级至JDK1.8及tomcat8，使我们的系统获得更好的性能，更好适应未来

今天公司同事上线时发现，有的机器打印了日志，而有的机器则一条日志也没有打。以往都是没有问题的。 因此猜测是这次开发间接引入新的日志jar包，日志冲突导致未打印。 排查代码发现，系统使用的是SLF4J框

系统性能优化的几种常用手段是异步和缓存。因此我们常常使用线程池异步处理一些业务。 线程池的使用还是相对比较简单的，首先创建一个线程池，然后通过execute或submit执行任务。 但魔鬼往往藏于细节

下图为线程池的构造方法，我们可以自定义一些功能实现项目优化 1、预先启动核心线程 this.prestartAllCoreThreads(); 使用方式：自定义线程池的构造方法中调用 作用：当真正任务

线程池本身并没有提供修改队列大小的功能，但线上情况各不相同，单纯根据猜想设置大小往往并不理想。因此我们可以通过自定义队列，来实现动态调整大小的能力，实现线上动态调优

我们知道线程池通过execute方法执行提交的Runnable任务，但Runnable只是执行任务，没有返回任何信息。 【线程池原理：线程池原来是个外包公司，打工人我悟了】 若是我们想在异步执行完任务