说需求诡异是因为这个图片如果最终给前端展示，那么由前端根据数据生成图片即可。。为什么一定要后端生成图片呢。。

诡异的需求。。

做功能之前肯定是要排期的呀。。这也算是量化么

@srs1995 #14 如果用到的静态方法都是线程安全的，那他这个没有线程安全问题。

你如果看这段代码不顺眼，就重构它直到顺眼呗。。。挂在 v 站找人一起批判么。。

@rizon #23 一个应用可以有多个上下文的。

当然同样的原理，分成 maven 子模块也可以。

我们也有这个需求，实现方式是一个 maven 模块，按包划分子模块，每个子模块有单独的 SpringBootApplication 主类，单独启可以单独启子模块的 SpringBootApplication 主类，合并启的话 springboot 原生支持的，SpringApplication.run 有一个重载可以传入多个主类。

打印不打印大概是 sigterm 或 sigkill 的区别。。和 debug/run 关系不大

@raosay92 #2 fat-jar 里可能有同一个类的两个版本

@raysonlu #11 一般是在代码里埋桩，你非得分析日志那就分析吧。。。统计方式就是在发出请求的时候记录一下时间，收到响应的时候记录一下时间，差值就是这次的响应时间，请求一万次的和除以一万就是这一万次的平均响应时间。有一大堆工具用来做这个事情，自己实现也很简单，我觉得你只要动动脑子是能自己想明白怎么写这些代码的。。

统计并不是什么不可公开的秘籍。。也有开源组件例如 micrometer 、prometheus 之类的用来收集 /展示，这方面的文章也很多。。。基本原理就是埋点记录。。。

tps 每秒处理事务数量
qps 每秒查询数量
在很多场景可以混用，单位是个，你说的百分比大概是 90%的事务处理时间小于 x 秒这种。。。
基本上 web 应用里这个事务会被定义成处理请求并返回响应这个过程；
并发量是另一个定义了 ： QPS （ TPS ）= 并发数 /平均响应时间

上传的文件二进制后 N 个字符是文件名。。

xswl，dssq，lznb

@fan2s #4 正在使用，也是略贵

@xieyingli #1 昂贵。。。