移动
楼上已经分析得很透彻了，基本上该提到的都涵盖了。虽然我不是游戏开发领域的专业人士，但作为工科背景出身，对编程有一定的了解，同时我也玩过不少即时战略（RTS）类游戏，所以想再补充一些具体的细节。 寻路算法在RTS游戏中，编队内不同射程单位的
移动表现是一个很复杂的问题。比如，当玩家按下A键让部队
移动时，短射程单位是否会被长射程单位挡住？如果被挡住，它们会选择绕路还是直接卡住不动？如果是绕路，那么两侧绕行时遇到障碍物又该如何调整路径？另外，当双方部队使用M键
移动时，单位之间的碰撞优先级如何判定？在对称路径的情况下（例如经典的前期探路场景），系统是通过随机方式决定新路径，还是依据某个特定参数来计算？此外，地图设计也会影响寻路逻辑。对于轴对称或旋转对称的地图，双方单位的寻路与碰撞规则是否存在差异？单位的速度和加速度是否会对寻路产生影响？是否存在某些边界条件会导致现有算法失效，从而出现
移动到不可通行区域或者卡墙等问题？这些问题都需要仔细考虑。 攻击优先度（仇恨机制）攻击优先度是RTS游戏中的另一个重要方面。最基本的设计应该包括对地、对空目标的选择，以及根据距离或威胁程度确定优先攻击对象。这些机制最好能够直观展示出来，方便玩家理解。在此基础上，还需要考虑更多细节：当优先攻击的目标离开射程范围时，单位会直接放弃追踪并重新选择目标，还是会尝试继续追击？如果选择追击，那么在追击过程中若发现新的高优先级目标，系统将如何权衡？如果追击行为与寻路冲突（例如需要绕路才能追击），系统又该如何处理？另外，关于受击触发机制，也是一个值得探讨的地方。当单位受到攻击时，是否会获得攻击来源的视野？如果没有视野，是否可以通过其他方式提示受击方向？受击后的行为设计也非常关键——是远离攻击方向以规避伤害，还是原地停留等待支援，亦或是立即进行反击？这些都是可以进一步优化和设计的内容。综上所述，无论是寻路算法还是攻击优先度，都涉及大量复杂的逻辑判断，而这些细节将直接影响游戏的流畅性和策略深度。希望开发者能够在这些方面多下功夫，为玩家带来更好的体验。
