storm日志处理坑1

1.时序性问题，本来时序性就是和分布式相悖的。

例：处理的日志前后有依赖的话，在分布式系统中，容易导致数据的不一致

分钟级别的日志文件，要输出小时级别的统计结果的话，

spout->calBolt->outputBolt

在calBolt处理时间不一样，导致到outputBolt的顺序和spout有不一样的，就会发生错序的问题

2.选用的netty同步通信机制，有可能java NIO 不同进程会发生通信死锁

会在fail之后，spout的pending的时候，calBolt没给spout响应，spout的fail方法导致堆积，不受maxPending控制，spout对外没响应，进入进程通信deadLock