04-12-13 17:52
那个短信读取的软件终于能够正常运行了，me也把那个备份文件的短信存储格式机制摸的七七八八了。但是看着那个可以完成读取短信任务的程序，越看越不舒服，好乱，什么东东都纠缠在一起，主程序文件有600多行。这也可以看出me完全没有软件设计的功底（汗^_^），完全跟着感觉走，哪里有问题测试哪里，想起来差什么就补充什么，咿，真乱！
结合阅读Thinking in Java从大师那里带来的一点点感觉，java的强大源于面向对象，而me却仅仅把它作为编码的工具，太遗憾了。于是决定重构程序，按照面向对象的思路来重新设计。没有那么高超的设计能力，me只好实事求是，把短信作一个类，备份文件作一个类，运行的主程序，还有格式化日志显示的辅助类。短信的成员很好设定，就是时间、内容、联系人等，方法的话设计了判断缓冲区是否短信内容以及至关重要的读取合格缓冲区设定成员值。备份文件类则是输入文件判断是否合格的备份文件，成员有短信集合以及内部变量如文件指针等等。虽然不是很高明，咋说me这也是面向对象了。于是开始转移经过日日夜夜无数次测试验证运行正确的备份文件、短信格式逻辑。一番拷贝、粘贴，霍霍，搞定了。编译，打包，运行。晕，出了一堆错误提示，找到的短信数目也远远低于实际数量！
定了定神，出错中好像有HashSet的语句，可见是添加Sms到短信集合时出的问题。再详细查阅出错的提示，错误最里层是SmsElement类中被重载的hashCode方法。出错轨迹大约是这样的：向HashSet添加SmsElement时进行了对比（此Set不允许重复元素存在，因此添加新的时候要进行比较以确定是否已经存在了），然后调用了SmsElement中的equals，牵扯出了hashCode。查阅源码，一下子还发现不了问题所在。原来那个一体的程序中，因为所有的功能都集中在一个代码文件中完成了，设置调试信息的时候非常方便，比如文件读到哪个地方出了问题一下子就可以显示出来，但是拆分为几个类之后就比较麻烦了，因此me不可能把文件指针传递入子类，如果每次都显示地址的话又太麻烦，谁知道啥时候出错呢？！抱怨归抱怨，调试还得进行。运行了几次后，慢慢感觉到问题应该出在短信构造不充分上面，也就是说短信的成员member还没有全部设置好就被添加入Set，进行比较时要生成HashCode，对null运算时出错。拿来测试，呵呵，真是这样。
那有是为什么短信没有充分设置好呢？肯定是读取过程出了问题。有针对性的设置了调试语句，呵呵，抓住了，问题原来出在对占用多个块的短信读取是出错。查阅了短信收发标识，错的非常离谱，完全不是me用Hex方式查阅备份文件时会正常出现的标识。再看，原来是错位了，每次读取的竟然是多块中的最后一块。又是无数次的核对，测试，终于发现了问题所在：me把块的指针传入读取多页的方法中，竟然不能正确传回原始指针！没有办法，现在不能再考虑模块之间的独立性，设置一全局变量做指向块，ok，问题解决了。
卡在这里害me熬夜，真是不甘心啊。索性看看到底卡在哪里了。在网上用google搜“java 参数传递”找到了不少文章。学习后才领会到java中所有参数传递都是按值传递的。文章随后贴上。基本概念理解的不够透彻呀。继续努力！
本文地址：http://com.8s8s.com/it/it12562.htm