一元购项目小结

最近完成了一元购的一期开发工作, 其中遇到的一些问题, 总结一下避免下次再犯 DRY! ! !

微信和支付宝开发

一般来说, 微信和支付宝的demo都没有问题, 最常见的问题就是签名错误. 在遇到签名错误时, 首先想到的就是你的app_id, app_key等参数是否正确. 尤其是微信, 当你同时有微信公众账号和微信支付账号时, 很容易产生混乱.

无论是什么支付, 保证回调的方法的幂等性是至关重要的.
虽然微信和支付宝都提供了可以返回”success”使得微信和支付宝不再重复通知的机制, 但是可能网络原因我们未能通知到支付平台, 那他们则会重复调用我们的接口, 所以在保存之前需要对数据进行判断, 是否已经处理. 对已经处理的数据不再处理

swagger api显示问题

使用spring mvc + swagger时, 可能有些参数使用了默认注解, swagger不会对这些参数进行展示, 可以使用@ModelAttribute对参数进行注解.

保证事务中的操作的正确性

我们的业务有的时候需要在一个事务中, 可能典型的做法是

    def obj = select * from table;
    if(obj?) {
        //一些操作
    }

但是因为我们使用mysql, 即使设置级别为可重复读, 也无法解决[幻读] ()(http://baike.baidu.com/view/3511548.htm), (此处更正, 可以解决幻读问题, 亲手实践 详见美团博客) 必须在sql的时候做处理, 比如你需要一个减库存的操作

    update goods set stock = stock - 5 where id = ? and stock >= 5;

这样就可以保证你的库存不会减为负数

sql优化问题

总结见: 使用mysql的一些基本原则

数据库分页问题

redis缓存分页问题

添加拦截器避免快速重复提交

mysql 的时间戳在大多数情况下并没什么用

mysql 的 timestamp 类型并不能保存毫秒值, 所以需要毫秒值的场景还是转化成bigint保存,

maven的不同环境配置

一般应该配置dev, test, production三种环境, 便于开发测试和线上部署

比junit更优秀的spock测试

重构的重要性和意义(支付模块的重构)