Bug记录、归纳

之前若干
不要完全依赖WEB端/移动端，期待他们传正确的值；
第三方接口调用是否捕获异常取决于业务有没有这个必要；
不传有默认值或者是空值，不一定要要求前端一定传；
接口考虑版本兼容处理，实在区别很大，可以升版本。

----------------------------
2017年8月1日
新增字段，需要考虑关联影响，比如说一个模块加了一个新的字段，那么涉及的功能，比如复制，是否需要把新字段考虑进去。

----------------------------
2017年8月2日
返回给前端的值不是最需要的值。比如订单记录中返回给前端当前商品价格，而不是下单时的价格，虽然移动端可以从数据中计算出来，
但是这时候的价格就应该是购买时价格，当前价格显示没太大意义；
数据需要考虑到是否做一定的隔离，包括项目的，或者是用户的，不然很容易造成不该看到的数据被看到。

----------------------------
2017年8月3日
写了抛异常的语句，要看下对所以引用这个函数的地方有没有影响。支持扩展是好的，但是扩展的影响也要多注意。
使用Git，从release到master，需要同时合并到dev

----------------------------
2017年8月4日
看起来完全一样的请求，实际上可能还是有细微区别的，比如今天碰到的一个header有指定Content-Type，一个没有。结果一个成功，一个失败。

----------------------------
2017年8月5日
设计方案时，尽量考虑简单，可靠，可控。

----------------------------
2017年8月7日
子查询的性能，大部分情况下不如连接。

----------------------------
2017年8月9日
Redis值的设立如果是对象最好包含键中的关键信息，便于如果日后需要批量取的情形。
当顺顺利利的开发完成后，发现有需求变更，这时候要改代码，就要注意影响范围了，
最好能通过脑图梳理下，直接埋头做的后果，就是可能又出bug啦。。。

----------------------------
2017年8月10日
相比其他方式，单元测试是比较好的提升质量的方式。

----------------------------
2017年8月11日
差点坑自己。发预生产用功能分支，这步本身就是不对的，还好有比较下代码，重新合了分支，正常流程就应该用master来发布预生产和生产！

----------------------------
2017年8月14日
之前为了提高性能，一段程序直接改为从redis中批量获取键。但是忽视了有些键还没有缓存到到redis的情形，这种情况需要再请求一次。因为之前依赖spring的cache，认为肯定都有cache，其实不一定，可能编辑的时候，就会先清除cache的。所以思维还不够严谨，考虑要更全面一点才行。

----------------------------
2017年8月15日
线程内部变量计算是不会有线程问题，当多个线程有一起执行数据库时，就要警惕可能出现死锁的情况。

----------------------------
2017年8月16日
对于需要对生产数据做大数据量处理的版本，需要把计划提前安排好，不然就会很被动，可能导致项目发布延期！

----------------------------
2017年8月17日
定位Bug的思路都是差不多的：相似的直接根据历史经验判断；其他情况：1、寻找和梳理线索；2、根据线索顺藤摸瓜找到大概位置；3、适当假设；4、验证假设。重复3~4直到问题原因查明。

----------------------------
2017年8月22日
编写v2版本的接口时，要注意如果v1版本已经实现的功能，如果需要兼容，也要补充进去。

----------------------------
2017年8月25日
从二轮到预生产需要先合到master再发布，为的是后面发布可以省时间，一点点时间累积起来还是挺可观的。
测试驱动开发这件事情，其实当你实际去做的时候，才会发现对提升软件质量的作用。比如开发时就要考虑测试的点，用测试角度看待功能。比如测试支付，支付这件事情上基本在QA那里是不会失败的，那么要测试支付失败的场景，该怎么办，就需要开发配合调整程序，加入开关等。

----------------------------
2017年8月29日
对于剩余天数这种数据不要直接返回到期时间给前端计算，因为前端依赖的本地时间不一定是正确的。

----------------------------
2017年9月18日
字不如表，表不如图。

----------------------------
2017年10月14日
技术方案一定是基于业务基础，服务于业务，并且衡量过投入产出比的。
细节是魔鬼。
优化是无止境的。
----------------------------
2017年11月1日
如果将原来扁平的sql拆成多个连接的方式，要注意数据集是否一致