是bug。建议尽量压缩工厂规模。

没装精炼器

总结一下发现的问题：
1）资源在传送带上不停跑，就算路过了需要它的机器他也不进去
2）做一个某物品需要的一整套资源如果路过了需要它的机器（指跑过头了），仓库又会重新送出一套资源，导致传送带上会存在好几套资源
以及发现的一个现象：
当两个以上机器同时需要同一种资源时，仓库会按照总量发送出物品（队列），然后离仓库越近的机器会抽取队列最后的资源
举例来说就是ABC三个机器（A距仓库最近，C距仓库最远）各需要2个橡胶，仓库会发送出6个橡胶到传送带上，然后这6个橡胶沿着传送带运动，前面4个橡胶会路过A机器，最后2个橡胶会进入A机器，然后最前面2个橡胶会路过B机器并进入C机器，而中间的2个橡胶会进入B机器
个人猜想是每一个橡胶都会按照算法来计算后面有几个橡胶，然后按照算法和一定的逻辑进入机器
但是当传送带构成环形结构后（完整环形，机器是挂放在传送带一侧的），每一个橡胶都会算出自己后方还有橡胶，对，我们看似是最后一个的橡胶，实际上还会绕一圈读取到我们看似是第一个的橡胶在它的后方，所以它就“放心大胆”的从机器面前过去了
但是仓库不是这么看：你这一溜橡胶已经跑过头了，机器们还需要橡胶，怎么办，再发送一整套6个出来，最后导致传送带上橡胶不停的在跑，但是没有一个认为自己该进机器，然后传送带上的资源会越来越多直到形成有着固定间隔的N套资源在传送带上死循环（间隔基本上等于仓库到第一个需要资源的机器间传送带的格数）
所以其实看到机器只会抽取最后的n个资源时就觉得很别扭，然后不出所料果然出了问题，如果有大佬看到这些猜测，希望能帮忙问一问官方是不是真的是这样的算法，然后这样的算法能不能有所修改

以及新发现的问题：
当把机器嵌入到传送带，机器需要合成什么的时候，会沿着传送带向仓库请求物品，但是仓库似乎只会监控传送带上有没有足够的物品而不会监控机器是不是已经收到部分物品，或者说是机器虽然收到了部分物品，但是依旧向仓库请求了全套物品，也就是当机器逐个收到资源的时候，仓库反而会认为传送带上资源不够，又发送了更多的物品出来

工厂尽量不要闭环，多余零件的回收使用传送带脱离器搭配接受盘，传送带全成环总容易出bug。况且鹰眼大导弹那种极其复杂的方块需要7-10个工厂（分工需要明确，每个工厂默认从最高级开始分配它能制造的最高等级的零件，而不是从最低级开始一个一个零件挨个造），不然容易出现零件订单发不完生产卡死的情况。

不要弄成闭环的，就是要弄闭环也是中间加个最小的仓库然后加个过滤器，就不会这样，算法问题