上一篇文章提到我们最近开了个新项目，目的是将新的业务放到新项目中，老项目单独维护，再逐步迁移老项目到新项目里。但就在前端时间生产环境发生了一个事故，事故开始的异常是我们的业务发现前端h5页面办理很慢，这台服务器跑了三个省的办理业务，同事在寻找问题的时候一口老血差点吐出来，所有的项目日志打在一个文件里，里面乱的程度无法用语言形容，因为太忙了的原因，这个事情被

!1.png(https://ucc.alicdn.com/pic/developerecology/26c7709fa5c64f7f866ca621bf4391b9.png)作者| AndyShi（阿里云高级技术专家）、天元（阿里云技术专家）今年5月，阿里云和微软云共同宣布，OpenApplicationModel（OAM）

这应该是IDEA的bug导致的，我发现不管是Eclipse建的项目，还是IDEA建的项目，都有可能出现本地Maven仓库有jar包，但是项目报错找不到jar包。今天找到解决方案了，记录一下：我发现同一个项目，通过git或者svn，clone相同的分支和版本，在某些电脑上正常，某些电脑上报错。实际上是IDEA在打开项目的时候会在根目录下生成一个以项

https://mp.weixin.qq.com/s?\_\_bizMzU5MjQ1NTEwOA&mid2247490321&idx1&snf9f34407ee5c5d0d1edb478981299108&chksmfe1e2fbac969a6acee4eddb865d161fe09400c9147794c777ea4087e59f1e5fc3

随着业务的不断增长，支撑业务系统的压力也逐渐增加，会面临如系统越来越厚重、逻辑越来复杂、迭代节奏越来越快等繁杂的情况。我们当前并没有做到在每次变化时快速识别出性能风险，检测产品或系统的稳定性、可靠性，而且我们还在不断的投入人力成本在压测这件事情上也是不合理的，所以我们要将性能验证融入到我们日常的工作中，把压测做到常态化，做成平常的一件事。

本文旨在简明扼要说明各回收器调优参数，如有疏漏欢迎指正。1、JDK版本以下所有优化全部基于JDK8版本，强烈建议低版本升级到JDK8，并尽可能使用update191以后版本。2、如何选择垃圾回收器响应优先应用：面向C端对响应时间敏感的应用，堆内存8G以上建

ThreadLocal（TL）、InheritableThreadLocal（ITL）和TransmittableThreadLocal（TTL）在不同场景下有不同用途，本文我们来分析一下

作者：京东科技李玉亮目录指引限流场景软件系统中一般有两种场景会用到限流：•场景一、高并发的用户端场景。尤其是C端系统，经常面对海量用户请求，如不做限流，遇到瞬间高并发的场景，则可能压垮系统。•场景二、内部交易处理场景。如某类交易任务处理时有速率要求，再如上

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。

大促备战，最大的隐患项之一就是慢sql，带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，而且对sql好坏的评估有一定的技术要求，有一些缺乏经验或者因为不够仔细造成一个坏的sql成功走到了线上，等发现的时候要么是造成了线上影响、报警、或者后置的慢sql采集发现，这时候一般无法快速止损，需要修改代码上线、或者调整数据库索引。