定时系统“同时”之坑------理论可行， 实际不一定行； 理论不可行， 换个思路，实际可能会行！

          某次， 遇到安全问题， 需要改造技术方案。 两条逻辑捆绑的消息被强行拆开， 由cgi设置一个相同的时间， 两条消息分别带着相同的时间戳进入定时系统。 定时系统在时间戳对应的时间点将两条消息同时转发， 预期同时达到另外一端。

          如图：

         

          然后， 大坑就来了。  定时系统是个比较复杂的系统， 消息m1和m2进到定时系统后， 就像两个混入茫茫人海中分离的恋人， 穿着统一颜色的情侣装， 但找不到彼此。 而又由于定时系统中的任务是海量的， 所以没法完全保证消息精确到秒级准时发出， 这就蛋疼了， m1和m2并不一定是同时发出（定时系统无法做到这点， 据说是也解难题）， 造成了非常不好的用户体验。

         好吧， 配合继续改， 还是应该捆绑到一起， 继续用新的方案。 话说回来， 谁能提前想到这个定时系统无法做到秒级精确呢？ 吃一堑， 长一智， 从错误中反思， 才有长进。

         我觉得哈， 理论可行， 实际不一定行； 理论不可行， 换个思路，实际可能会行！