长毛象仍然是中心化的，因为有服务器存在。真正去中心化的比如零网 ZeroNet，目前在内容发布方面完全不依赖服务器。

手机没有公网 IP 的。楼主想拿手机做网站不成。。。

@yuptyy 五六页你这样设计不是问题。缓存建议简单搞，就是一次缓存所有页，因为一条记录的量也就那么点。还有就是文章一旦完成分页，是否就不再变了，这个也要考虑。

能搞懂红黑树就算很牛的人了我觉得。

看楼主的想法猜是娱乐用。远程桌面的体验都很差，miracast 受制于 WiFi 带宽，画面存在压缩。信号线直连仍然是目前唯一能接受的方案。

楼主这是要把小说的所有章节都放在一条记录里面啊？

频繁出问题才考虑代码复审。

把耳机戴上就好。

我想把项目的排版部分重新写过，这样就能以直接扩展的方式满足将来比较细致的排版需求，而不是像现在这样东改西改。但我没那么多时间。

本人的项目，用了多年了：
http://git.oschina.net/yidinghe/hydrogen-dao

参考 Scala

传输内容加密，加密解密的代码混淆，解密出来的文字用 canvas 画出来。

快要加息了，最好提前还，我自己准备今年底一次性全部还掉。

我猜楼主根本不在乎什么晋升不晋升。

感谢是感谢，回复是回复，如果每个回帖都被+1，那看不出价值了就

存储空间允许的前提下，添加一个日期字段索引起来，查询会更快。

像这种问题只要回答：用查询语句去找就可以了。

看了一下代码，问题有一些：

* 首先是没有使用任何日志框架，输出全部都是用 `System.out`；
* 其次对异常的处理显得比较随意，没有整体规划，一些空 catch 块没有注释说明；
* 再就是到处都遗留了 Eclipse 缺省的 TODO 行，这是留着干嘛呢；
* 还有正式代码中包含了测试用的 main() 方法，最好还是改成单元测试。

还有举个例子：

```
// IoWorker.java
if (param == null)
System.out.println(">>>>>>>>>>>>>>>");
if (param.getOnRead() != null) {
ops |= SelectionKey.OP_READ;
}
```

第一行判断 param 是否为 null。如果这个条件为 true，是不是就应该直接 return 了，至少也应该避免执行到第三行，因为这里此时一定会抛出空指针异常。

总之我觉得这个项目显然在楼主自己这里还缺乏足够的实际应用。

别的无所谓，内存越大越好。是的，内存越大越好。