name channel的析构

各种信息放入不同的channel，然后多个channel组成一个graph是一种很常见的设计。通常一个application只需要一个channel graph，而对应的channel graph会有一个scheduler去控制信息的流动。

问题出现在这个application在析构时，会有大量的子模块需要同时析构。这里很容易引起问题的是，子模块还subscribe某一个channel。这意味着，这个channel依然会调用这个子模块的某个函数。很有可能这个子模块已经被析构了，或者这个子模块依赖的模块已经被析构了。

一个很容易采用的错误修复是，在这个模块里面加入某些保护机制，使得即使被调用，行为也是正确的。比如加入mutex lock。这个修复的问题在于，加入的mutex本身也处于不被保护的状态，所以任何在模块内部加入的对外界调用的保护都会失败（即使有成功的，想必也非常复杂）。

所以最简单也是最安全的方法是从外部组织调用，比如unsubscribe。