记一次惨痛的调试经历

背景：

在处理一个重命名操作时，需要将文件以指定的名称存到指定的目录下，同时将原目录下的相关文件全部删除；

问题：

能够将源文件重新命名，分片mp4的形式能够将整个目录删除，但以整段mp4删除时，始终无法删除对应的.property文件；

解决经历：

1. 在xcode下模拟，始终是不会出现任务删除不掉问题；

2. 改用android studio真机调试，被aar编译打包过程搞疯，编一次五分钟，还不一定替换成功，到后面搞到心态蹦了；

3. leader建议使用root手机替换so，替换过程变成30s，效率成功率大大提升；

4. 使用rename，unlink，access的各种组合排查得到一个小结论，

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，系统会提示所有打印的警告问题，将其修复；