Synchronized同步Quque队列Concurrency并发与线程锁Lock

GWA2 Java最近做了一次核心功能的升级，缺省模式下不再开启用于进行线程同步控制的synchronized功能。

在最近一次新项目的GWA2 Java开发部署中，我们需要调试一个通过WebApp.readObject来读取外部资源的功能。由于需求涉及到读取一个较长的资源列表，我们就设计了一个自动程序，循环轮询基于GWA2 Java的API接口。一切进展顺利，但程序偶尔会出现超时的现象。

起初我们怀疑是WebApp.readObject的方法中没有限制timeOut，导致读取外部资源时卡壳，进而影响到GWA2 Java应答外部需求。我们即对读取外部的URLConnection方法设置了 setConnectionTimeout和setReadTimeout两个限制时长的操作。这一改进也很快得到验证，部分请求确实会触发timeOut，根据需求适当延长这个限制即可。

然而问题仍然偶尔还会出现，尽管我们将轮询API的进程改为一个，轮询时间间隔如果稍微缩短一点，可能就会出现卡壳。问题一路narrow-down下来，就锁定在了程序执行上，当前一次的轮询没有完成，就触发下一次轮询时，下一次的轮询会天然地增加等待时长。相当于基于多线程、多进程的Apache+Tomcat变成了单线程服务。更为严重的表象时，当API应答程序在处理外部资源请求时，其他所有同一应用程序接口也一并被悬停，直至最后Timeout/504.

问题就不是当前API接口问题了，进一步的分析，我们将故障定位在此前某次某个项目的数据安全性核查时，发现没有数据共享/进程安全的设置，就在GWA2 Java的入口程序设置了Synchronized(this) 关键词约束——这样，整个Application应用将变得非常安全，只是性能上不再支持并发请求，所有请求必需单队列逐个处理。