记录一次以WEB API方式为sonar扫描问题分配责任人的自杀式袭击

前提背景：获取android代码中我们修改的所有文件扫描，忽略基线原生未修改的文件也忽略了git，这导致扫描的问题没有办法分配责任人。

一开始想到了api分配的方式，于是动手操作了起来（忽略了问题太多），并考虑到性能问题写了并发逻辑，十个线程同时发出API请求，一段时间之后，发现责任人分配了，但是服务开始异常卡顿并掉线，重启数次无果。我才意识到问题有十几万之多，服务器撑不了短时间这么多的请求，废掉了……

排查过程中还发现了默认部署的sonar内存有限，改了核心引擎（ce）、Web服务和搜索服务（Elasticsearch）的内存才恢复了服务的正常。

留念下自杀式袭击和自救过程，以此自省。

下一步优化方向还是要即针对修改文件又要保留git信息。