最近一直在写日志的自动化测试，昨天下午一部分完成了，开始更新到持续集成服务器上来跑，结果一跑就出现了问题。因为日志读取都是先清数据，再访问请求链接，读取日志数据来判断日志记录的是否正确。在大批量跑的时候，有的第一次请求只是创建了日志文件，并未写入数据，有的第一次请求创建了日志文件同时写入了数据。
找开发童鞋讨论了一下这个现象，得到的答复是，开发童鞋写日志调用的是某一个框架，应该是这个框架的问题，少几条日志记录对线上环境影响不大，毕竟日志记录都是有损耗的。如果为了测试而改这个问题，需要产品提需求，开发来排期。这种小事，产品童鞋才不会提需求呢，得，这种小事还得自己解决。
然后整个下午就开始天马行空的想解决办法，第一种：不去删数据，根据请求时间去拼接日志文件全名，读取里面的数据，但是自动化是Jenkins持续集成在跑，遇上前后两个小时的交换，日志记到上一个小时，拼接出下一个小时，那也会报错的。第二种：继续删数据，每次请求都请求两次，但是两次有的日志记录一条数据，有的日志记录两条数据，之前的读取数据的方法肯定是不能用的。后面还有第三，第四种方法等等。。。。。。
倒腾了一下午，忘记了喝水，上厕所，却依然没啥好的方式，脑仁都乱了。
下班路上，跟老公讨论了一下这个事情，（PS：老公也是一位开发童鞋）老公很淡定的说：“你可以用awk啊，这样删掉数据，每次访问两次就可以了”，顿时茅塞顿开，之前一直纠结在记数据上，我可以修改判断方法啊。
最近开发东西总是很容易被陷进去，越是出问题越是想着赶快解决，然后就越陷越远。
前几天也是这样，因为一个请求带cookie不生效的问题，我就一直以为是以为是带cookie方式不对的问题，网上各种找方法，依然没有解决。第二天来到公司后想着换种方式，先用浏览器带下cookie试一下，这才发现了问题。代码带cookie的方式没有任何问题，请求参数的链接不对，应该要用域名访问啊，IP访问根本找不到对应的域。之前的理解本身就有问题，还傻乎乎的尝试了很多带cookie的方式。
看来之前工作做事的方式有很大的问题，总是钻牛角尖，被陷进去。思维一旦形成某种惯性，思维的方向就很难改变。
由小见大，生活中也是这样，如果不适当的转换思维，也很容易钻牛角尖，事情反而办不好。
要学会适当的转换思维，每次遇到棘手问题不好解决的时候，不妨先放一放。可以做做其他的工作，或者只是放松下，听听歌，再或者可以找别人来讨论一下，听听别人的见解。
俗话说有什么样的思维方式就有什么样的行为方式，思维决定了你的看法，拥有一个清晰的思路，你的人生旅途就充满了光明。
