justRua

有责任，但不是全责，代码是经过测试、review 的，责任是大家的，没必要全往自己身上揽，如果最后全怪你只能说明这个公司很 low 。以前公司百万日活，支付代码有问题，导致异常提现了几十万，后面是追回一部分，就这样也没见要谁负全责的，大家复盘以后避免就是了。

如果流量不大属实没什么必要切分，分开后你要多处理各种异常情况，后续如果有新增什么复杂功能你可以提议新增一个服务避免影响旧服务。

要明白服务切分的意义。例如隔离影响、方便服务扩展和加机器。

新项目可以直接用最新的，老项目真的没必要，jdk 模块化是有破坏性的，一些旧点版本的框架没有适配升级，不加--add-opens 根本跑不起来

说明人家负责，我们这测试都会看你代码，测试环境有问题人家自己先看日志，然后跟你说代码 xxx 这一行是不是有问题。。。

用个 NIO 实现的异步 http client 的做就行了吧，就像 webflux ，IO 异步调用不需要太多的线程

感觉已经不错了，高并发优化的那个可以在下面项目里面展开，例如提升性能多少。项目经历可以写的丰富些，多些可以量化的指标。其实主要就是现在不缺人。

本地 debug 可以但是打包后不行，可能是打的包有问题，可以远程 debug 看看启动时会不会进 setApplicationContext

@privil 谢谢啦，试了下确实可以，之前有想过用 eval ，但搜了下网上的例子用不了
换了个姿势试了试可以了，eval_opts=`eval echo "$opts"`
这样写$opts 中的${TEMP_DIR}会被解析到，此贴完结。。。