提示：本文共有 843 个字，阅读大概需要 2 分钟。
小结论，
a. 由于心态问题，导致出现了很多失误，rename参数出错，反复补充修改日志，对验证过程中的细节不关注....
b. 在经历对property文件access/rename/remove/unlink各种尝试后，由于验证方法有问题，走了不少弯路；
c. 对比老版本逻辑，老版本对property无处理，无法参考；
c. 后经点拨，怀疑property文件权限和数据文件不一致；但查看数据文件的权限，都是可读可写，属性一致，从理论上说，两者并不差别，所有操作都一致；?? 这个很重要，提供了一条可以对比的思路；
d. 经过对文件和Property的修改，逐步发现了rename参数传错问题；
e. rename名称为property tmp返回成功之后，依然无法删除property文件，但此时本地存在的名称已经变成property；
f. 灵光一闪，只进行重命名，不对重命名之后的进行删除，测试结果发现本地同事存在property和property tmp文件！！！删不掉原因很明显了，在删除之后又重新生成了property文件，并不是删除不成功！！！！
g. 仔细检查所有可能生成文件的地方，bingo，由于程序bug，有些任务重新创建了，检测到文件之前已经移动过，直接return返回了，导致中间生成的property文件无处理；
h. 通过对return时也加入对property的删除处理，问题解决，使用remove、unlink都可以解决！！！
??
问题经过无数次尝试，发现自己逻辑上一些漏洞，过于专注于结果，而忽略从宏观角度去看待问题；
引以为戒，加强解决问题的能力；
??
另外一处同样的经历：
背景： 在打印某行日志时，一个变量值在打印前后发生了改变，确认是单线程访问，使用临时变量依旧有改问题；
原因：在文件的其他处，一个变量的类型打印出现了问题，导致其结果影响到了后续打印，而并不是该行打印出现的问题；
解决方法：可以将日志输出改用printf，系统会提示所有打印的警告问题，将其修复；
看到此处说明本文对你还是有帮助的，关于“记一次惨痛的调试经历”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！
