觉得可能是jar包或版本的问题，所以把关于Zuul的jar包全删了，再用了一个高点版本，POST请求报错的问题就解决了，但还是会执行3次filter。（多经查找，Zuul是自带Hystrix的，所以执行3次因为Hystrix的重试功能，添加zuul.retryable=false配置可以关闭。）

优化前后测试结果一样，说明并没有优化到瓶颈上，说明系统的瓶颈不是tomcat的配置 不知道没有这么大压力的情况下系统的响应时间怎么样，如果还是这么慢的话就先优化数据库的查询之类的吧

你修改的是内存和线程数，没有因为这些参数的改变提高性能，显示之前内存也是充裕的，线程数也不是瓶颈。优化要做的第一件事是测量，没有测量优化便没有目标，你需要测量出系统在各个阶段的耗时。数据库方面通常是耗时最严重部分。连接池解决的是缩短连接建立的时间...