继上篇提到的前端项目容器化部署，这一篇接着展开关于“容器重启后丢失原前端资源”的现象和解决方案的分享。相信结合这篇文章一起看，大家可以更加理解前端项目静态资源部署和容器化部署的本质并无区别~

去年写过一篇《Topic数量太多，RocketMQ炸了！》，大家评价还不错。 结果2024年的开头，我们的RocketMQ又炸了！

网上博客常说，kafka的topic数量过多会影响kafka，而RocketMQ不会受到topic数量影响。 但是，果真如此吗？ 最近排查一个问题，发现RocketMQ稳定性同样受到topic数量影响

最近有用户反馈测试环境Java服务总在凌晨00:00左右挂掉，用户反馈Java服务没有定时任务，也没有流量突增的情况，Jvm配置也合理，莫名其妙就挂了

在最近的项目联调过程中，发现在连接上游侧SFTP时总是需要等待大约10s+的时间才会出现密码输入界面，这种长时间的等待直接导致的调用文件接口时连接sftp超时问题。于是决定自己针对该问题进

京东生旅平台慧销系统作为平台系统对接了多条业务线。但近期根据告警发现内存持续升高，因此猜测该系统可能存在内存泄漏的情况。本文介绍慧销平台ThreadPoolExecutor内存泄漏问题的的详细分析过程

研发人员在项目开发中不可避免地要使用日志，通过它来记录信息和排查问题。Apache Log4j2提供了灵活且强大的日志框架，虽然上手比较快，但稍有不慎也非常容易踩“坑”。

由于商品变更MQ消息量巨大，为了提升更新ES的性能，防止出现MQ消息积压问题，所以本系统使用了BulkProcessor进行批量异步更新。

长假某日，阳光明媚，春暖花开，想着一定是一个黄道吉日，必能顺风顺水，没想到却遇到一个有点小波折的客户报障。 一、故障起因 故障起因是客户前一天从自建MySQL迁移到云上RDS，在执行某个并发较高的业务