炼狱—Bug集中营

关联性

1. Bug1：在web.config配置了一个配置项，但是却没有在app.config（测试工程）中进行配置；
2. CresteOrder的加密参数为了符合QQ要求增加了一个sessionKey，但是测试代码没有同步增加该字段，导致参数数量问题；

独立性

1. Token在两个地方指定造成混淆（一个是CreateOrder外面创建了token，在CreateOrder里面也创建了token）；
2. BC（10*10）已经生成完毕，但是没有一个哨兵监督此行为，导致卡在BC这个地方，生成了各种昵称都被碰撞（已存在）；生成操作一定要有监控意识，不要让行为泛滥；
3. [1, 10)，导致AF（10*10）始终是82条，尽管增加了一个哨兵，但是却始终无法随机到那82之外的数据；后来修改范围[0,10)完美解决，范围边界；
4. 存储过程返回的repeatetime有值，但是nickName没有值，后来确认是因为SP中select语句应该放在一个循环之外，而不是循环之内；
5. 数据库字段USE_FLG类型有varchar转换为tinyint，更新后数据类型并没有转换过来，使用LinqToEntityFramework失败；在edmx中删掉此表再更新，问题解决；
6. where(USE_FLG == UNUSED_FLG)运行数据总是返回为0，后来才发现应该是where(n => n.USE_FLG == UNUSED_FLG；两个问题:第一个需要n=>n...，第二个，因为常亮的名称和字段名称一致，导致了问题的隐蔽性；
7. 在递归函数中，stack.push(...)中的参数应该是result，而不是last，一个参数的错误导致了这个函数结果的错误（返回的全是1）；其实你会发现，实现函数，有两个很重要的元素：逻辑以及变量；前者决定了实现的方向是否对，后者则决定了结果是否对；在手敲代码的时候，关注这两者，也就成了；
8. 本质（底层实现），概念（技术理念支撑的概念），专题（应用场景），搞透一个技术的关键；
9. 一次死锁：RWB启动的时候要通知同机的的ZK的tomcat（zk工程，通过IP以及端口号），但是同时因为rwb和zk都是war包部署，zk的jar的解压缩是放在rwb之后的，所以此时zk工程并没有被解压缩，无法对外提供服务；于是形成了四所，rwb要等zk，zk要等rwb。