这种问题的本质是：用FB内部的静态变量，做公共数据区来用，就像全局DB一样。而习惯上静态变量是做为需要封装起来的内部私有计算使用的。

弊端就是用FB的内部数据做公共区产生的。代码上固然可以实现，但丧失扩展性和可剪裁的柔性。

调度是需要封装的东西，尤其是当它变得越来越复杂。这样才能保证FB外部接口界面的使用无关性，而不是在FB外边还要再套一层机制，来解决管脚外面的调度约束。一个封装好的FB拿过来，外部管脚的使用越简单越好，而不是还要使用者在外部再自建一套管理。

这就和很多人都抢着上一个单间厕所一样，大家自主协调，有人占了你就等着，有人要是紧急憋不住了，你就让他夹塞先上。而不需要再额外设置一个厕所排序叫号的管理员。这需要每个参与者都把排序和竞争的规则，封装进各自头脑内部。