灵感之源在屡次声明时间太紧，没法更新博客，可依然还是抽空更新，学习的榜样。
相比，太是惭愧。要是如此下去，我的BlogReader也就无疾而终了。
所以这两天，少玩一下，做了一些更新。

原来版本的BlogReader采用启动的时候，将文章全部读入的方式，类似于SharpReader（当时就是抄他的）。
可是随着文章数量的增加，内存也同比增加。前几天，我的文章项有8500篇，光启动内存就到了60M。然后浏览更新操作一段时间，很快就能到80M，有时候离谱的到过一百兆。
于是决定改。首先想到的就是随用随取，换Channel就释放前面的Channel资源。想法挺好，现实却打击不小。随用随取，没问题，可是在释放资源的时候，确是用10减5，内存还是不停增加。分析原因有二：1、自身的代码不完善，资源申请了却没有很好得归还代码；二、Net在处理频繁的新建、删除对象时，垃圾收集并不能做的及时，而是有迟后。这仅是个人观点，希望大家交流。

在上一种情况下内存使用没有太多改善，宣告暂时此路不通。
然后想到是，是否可以部分载入？分析了一下博客站点，发现一个特点，标题是最经常看的，而内容往往感兴趣的才看。
于是想了一条比较好实现的途径，在原来大框架不变的情况下，将文章的内容单独存到可随机访问的流文件中，在Channel文件中维护一个链接列表。又考虑到文章项后经常加入删除，不可能采用添加就附到文件尾部做法。于是将流文件分块，每块大小1024字节，内容的原始大小小于1024，直接存盘，否则压缩再存盘。删除操作则将归还的块的位置在链接列表复位。