玩Unity做飞机大战，子弹一串串的，这事太常见了。你写了一个脚本，想让飞机发射子弹，结果按住空格键不松手，屏幕上就出现一条长长的弹链，像连珠炮一样。这个现象的本质其实特别简单，就是你的子弹发射间隔太短了，短到上一发子弹还没飞离屏幕，下一发就已经生成，从视觉上看，它们首尾相接，形成了一条连续的光带。

这个问题得从代码层面来看才说得透。多数新手写的发射逻辑都是写在Update函数里的，比如这样：如果按下了空格键，就生成一个子弹对象。Update是每帧都会执行一次的，如果你的游戏跑在60帧，那你每秒就有60次机会去判断是否按下了空格。如果你只是简单地把生成子弹的代码写进去，结果就是每帧都会生成一个新子弹，一秒钟生成60颗。子弹的移动速度通常设置得还挺快，比如每秒10个Unity单位，可子弹本身也就是个0.2单位大小的小方块，60颗排起来，视觉上那就是密不透风的一条线。

这里有个很关键的误解，很多刚接触Unity的人会把生成子弹想成现实中扣扳机。现实里你扣住扳机，机枪也是持续发射，但子弹是分发的。在游戏里，你看着像扣扳机，实际上你的代码逻辑更像是打开了消防栓，水流不间断地往外涌。因为这个发射条件不是“按下键”这个动作，而是“按住键”这个持续状态，再配合上每帧执行，那得到的就是连续生成。

再往深层挖一下，还涉及到一个帧率的问题。有的机器跑得块，有的机器跑得慢。帧率不同，生成子弹的速率就不同。你在一台高配电脑上测试，帧率120，那一秒钟能生成120颗子弹；换到手机或者低配电脑上，锁了30帧，那一秒钟只生成30颗。这就导致游戏在不同设备上的难度和体验完全不一样，子弹密集程度天差地别，这也是为什么会有“一串串”这种感觉的原因，因为数密度确实大。

真正解决这个问题的办法，是别再让子弹跟着Update走了。你要给发射加一个冷却时间。定义一个计时器变量，每次点击发射按钮时，把计时器归零，然后在每一帧里让计时器加上Time.deltaTime，只有计时器超过某个设定值才允许再次发射。这个值就是你想要的发射间隔，比如0.15秒，那就是一秒能发射大约6.7发，这个密度看起来就比较顺眼，有射击节奏感，又不至于连成一条线。

这个设计思路背后牵涉到的是游戏手感中的射击间隔概念，也就是玩家常说的射速。射速跟枪械伤害、弹道速度、弹容量一起，决定了这个武器玩起来舒服不舒服。你要是把射速设得太高，子弹成串，虽然看着火力猛，但实际上伤害判定可能因为多个子弹同时命中的穿透或碰撞问题而变得混乱，而且对性能也是负担，一个场景里有几百个活动子弹对象，确实吃不消。

再聊一个优化层面的细节。就算你设置了0.15秒的发射间隔，子弹对象还是会频繁地创建和销毁。这本身也是一种耗时的操作。真正的大作做法是对象池，预先创建好100个子弹对象放在一个池子里，要用的时候从中取出一个，设置好位置和速度，不需要时就放回池子，而不是直接Destroy掉。这样避免了反复的内存分配和回收，游戏跑起来更平稳，也不会因为频繁生成销毁对象而出现瞬间卡顿，那种卡顿会让子弹位置出现瞬移，看起来就更像一串串不连续的点了。

最后落到实际，你检查一下自己的代码，看看是不是把生成子弹的代码直接裸写在Update里了，没有加时间判断。如果是，恭喜你，你不是遇到bug，是少写了一层逻辑。加上冷却判断，问题立刻解决。如果加了冷却，子弹还是串，那就要看看你的冷却时间是不是设成0或者特别接近0了，比如0.01秒，那视觉效果跟直接连发也没区别。

飞机大战这种游戏，玩家拿手指按住屏幕控制飞机，期待的是那种哒哒哒有节奏感的弹幕，而不是一条喷不完的水柱。把握好这个节奏，你的游戏手感就成了一半。这事说起来就这么多，核心就是那句，别让子弹跟着帧走，让子弹跟着定时器走。用数据说话，一套典型的飞机大战脚本里，把发射间隔从0改成0.1秒，子弹数量瞬间从每秒60颗降到10颗，视觉上就从一条线变成了清晰的弹点，这就对了。