Posts under ‘自省’

本来上一篇日志是: Java与性能，写了一半，发现实在是心有余而力不足，于是就让它躺在了草稿箱，等将来对这个问题有更深入了解的时候，再写。
1月份开始感冒，之后就是好不了的咳，脑子都咳坏了，写代码时考虑不周，结构不好，BUG多多，清醒的脑子跟不清醒的脑子差别还真是蛮大的。
第一个麻烦是日志。
我接手的一个CPP 写的系统，用的日志系统是自己做的，为了支持32位机器，我给它增加了一个快到2G时，就按size轮转的机制，没想到这样一个简单的功能竟然出现了3个BUG，折腾了我快1天，SA被我折腾了好几次。
第二个麻烦是一个Java写的Mail相关系统。
为了支持Mail解析器可以不堵塞的写入数据到分布式存储系统，我在这两者之间加了Buffer层，这个Buffer由内存和文件组成。后来有了新的需求，需要有多个观察者观察Buffer上的数据变动，以便异步的将数据组装并发送给不同的需要数据的Server（比如，反垃圾服务）。

我第一个土鳖的地方是：Buffer上的观察者引用计数计算错误，从而导致Buffer用完后无法被收回；
第二个土鳖的地方是：采用了可重入(每个观察者拿到的是独立的Buffer对象，虽然它们底层的数据存储部分是共享的)的方式来读Buffer(DataBuffer.read(buf, off, len, bufPossion)，可虑到内存Buffer，该可重入方式实现简单，就算是文件做的Buffer，在内核较新的Linux Server上，该操作也可以被映射为(ssize_t pread(int fildes, void *buf, size_t nbyte, off_t offset);的系统调用)，不用加锁，非常迅速。这种考虑其实是不错的，但是我竟然忘了自己去维护当前的POSITION，导致buf永远从position 0开始读数据。
第三个土鳖的地方是：在向外写数据时，我用了Mina框架来维护客户端和数据传输。我写了类似代码：
if (cachePosition > 0) {
buffer = IoBuffer.wrap(cache, 0, cachePosition);
session.write(buffer);
}
悲剧的是cache是一个byte array buf, 就是说该方法调用完后，cache是完全可能被新的数据更新的，可是，IoBuffer is backed by cache. session.write()又是异步的，这就导致了一件悲剧的事情：真正发生的数据可能乱掉，或者被覆盖掉。最后改成了：
if (cachePosition > 0) {
buffer = IoBuffer.wrap(cache, 0, cachePosition);
WriteFuture future = session.write(buffer);
future.awaitUninterruptibly();
}
这个悲剧的事情折腾了我1整天，写了n多测试代码来找原因。
其他还有一堆考虑不周，架构乱的土鳖地方。

头脑要清醒，能力急需提高啊。