车友会5.0版本优化汇总点：

前台优化部分

1、金币商城兑换流程优化（实物+优惠券兑换）

处理过几次报障： 1、用户兑换了，也扣了金币，却没有兑换记录 2、用户兑换了，也扣了金币，却还是待付款状态 ... 调用任务系统进行扣金币时，会有几种情况： 1、请求发不出去 2、请求发出去，返回超时 3、请求发出去，返回正常

超时现在都是使用同一处理逻辑，如数量该回滚的回滚，记录该删除的删除，就出现问题了。其实超时不代表没有处理，或者处理不成功，这里需要区别对待，或者加上log日志等，方便对数据的恢复

2、工具类、常量等的统一

现在有好几个工具类，用来帮助接口输出，AppUtils?, WebUtils?, ActionKit?, WebKit?, AppControllerStatic方法基本大同小异，而比较麻烦的是，有的返回状态码的字段，使用的是code，有的使用的是status，返回字段说明，有的使用的是desc，有的使用的是message，所以出现了在很多类中，为了自己想输出的状态码、说明字段等，写了很多几乎一模一样的私有方法；并且部分controller还有点异味的继承了WebKit工具类。

优化方案是，将几个工具类统一起来，然后将code和status字段，desc和message字段都加上，接口对接时，建议统一使用其中一组字段：code和message，无视desc和status的存在即可。

优化后：

WebUtils:该工具类包括需要request response等web的API方法

WebPrintUtils:该工具类包括需要request response等web的API输出的一些公共方法

AppUtils:该工具类不包括request response等web的API的方法

JsonUtils:JSON格式工具类

ActionKit?, WebKit?, AppControllerStatic类，删除

3、字符串等多处使用到，定义公共常量：如UpGradeLevelAction.java中，"redirect:pcation://goback"字符串等

...

后台优化部分

查询一些关键字、时间稍微长一点，查询基本上出现超时，或者需要等待很长很长时间

1、后台车友会动态查询

2、后台用户积分查询

3、后台用户总油值查询

4、确认哪些表的数据是可以做归档处理，将历史数据进行归档

...

接口调优

1、/appapi/1.0/forum/getDynaByTopicId.do 请求多，响应时间不稳定

2、/appapi/1.0/forum/isBound.do 接口没处理多少逻辑，响应时间却150ms以上

3、/appapi/1.0/forum/listForumsByUserId.do 响应不稳定

4、/wap/activity/detail.do CR超100

...