2018-08-31看得我惊心动魄，以前老是害怕bug出现，现在有点小期待；看看热闹，长长见识，毕竟还在初级，作者回复: 哈哈，心情平复没
3
2018-09-01目前在优化的一些缓存刷新的定时任务，就属于过几年可能会出Bug的代码（因为这代码就是几年前写的，现在出问题了）原因如下
1:缓存刷新的方式是先删后插
2:我厂的统一规定不允许数据物理删除
3:经久年月，无效数据越来越多，原来缓存刷新没问题，后来就有了空窗期，在空窗期内访问缓存就会出现问题了展开 2
2018-09-01迟到了。总算解决好学校的事情了。
心得如下
1，bug的时间属性：周期特点和非规律性
2，周期性出现，比如OutOfMemory，内存泄露。
3，非规律性，解决麻烦，采用工具，直接引入代码 Profiler 等性能剖析工具，就可以准确地找到有性能问题的代码段
4，神出鬼没，海森堡 Bug（Heisenbug）
5，bug的解决之道有两种，事前的，事后的。
6，事后，Bug 出现后，捕捉现场并定位解决的
7，事前进行预防和埋伏展开作者回复: 不迟😊
2
2018-08-31最近刚入职组里遇到的问题。。四个应用加一层设备，然后还有硬件资源紧张，合在一起出现的bug表象，基本就是各种展示数据不对。。。
有些提了缺陷，但是问题环境都没了。。复现都很难。。。真不容易。。作者回复: 是的，现实多是带着一身 Bug 勇敢的上线了😊
2
2018-08-31我现在就遇到个海森堡bug, 客户现场出现过一次，在自己的服务器环境里一切正常，只能通过code review的方式做一些防御性编程，结果发现算法是老美算法专家92年写的！乱飞的point、各种业务处理算法，瞬间我就不想看了！作者回复: 太古老的代码，理解起来没了上下文，全靠想象力了，多半要重写了吧
2
2018-08-31需要这么多的逻辑判断的50ms的程序你是如何优化成3ms的？作者回复: 因为代码写得实在太糟糕了，可优化空间太大😄
2
2018-08-31生动形象的讲解作者回复: 😊
2
2019-02-23之前有遇到一个bug，关于redis序列化和反序列化的。线上有6台服务器，升级了其中一台服务器，内容是增加了调用链监控的程序。升级完先上线看效果。由于机子的aspnet版本需更新，同时更新了内部redis封装的库。前半天运行正常，然后出现部分列表数据不一致的情形。赶紧写了段程序输出值看下。发现值均变为0。看代码是反序列化出值部分。看正常的列表数据，反序列化有值。看库里，发现两者的区别是一种序列化进去有引号，另一种序列化进去没引号。没引号的能在其他5台机子解析，而有引号的只能在升级库中解析。所以定位到了原因。为了顺利上线监控程序，又能平滑升级，选择了调整封装库的序列策略，改为序列成无引号的方式。这才解决不一致的问题。作者回复: 升级这种基础库，还是要多回归测试，兼容性问题不难，但处理起来很费时间和精力
1
2018-10-06第一类bug的查找案例实在是不敢恭维，重要的正式环境这样去不断重启应用，加日志等方式简直就是不可能的作者回复: 以前写代码都是直接在正式环境编译运行，相当野😂
1
2018-09-07少壮不遇bug，老大徒伤悲作者回复: 哈哈哈😄
1
2019-01-04周期性bug 非规律性bug和海森堡bug，周期性的bug因为复现很容易会比较好解决。非规律性的虽然没有特殊规律。但是bug一直存在总会找到如何解决。海森堡bug难以浮现没有规律。可能随着代码量的增加以及代码深度理解可以有效避免这类bug
2018-09-05时间类Bug种类：周期、非规律、海森堡。
解决：事后与事前。事后：根据逻辑、性能工具等进行分析与定位案发现场[预防与埋伏]，然后解决之；事前：运维代码证，帮助发现、诊断、甚至抵御bug。