楔子：一个时代的印记

如果你是一位Unity老开发者，一定对下面这几行代码熟悉得像自己的手指纹：

floath=Input.GetAxis("Horizontal");floatv=Input.GetAxis("Vertical");if(Input.GetKeyDown(KeyCode.Space))Jump();if(Input.GetMouseButtonDown(0))Fire();

它们朴实、直接、简单粗暴——就像老式录音机上的物理按键，你按下去，它就"咔哒"一声给你回应。

这套代码背后的系统，正是Unity从2005年诞生起就一直陪伴我们的旧输入系统（Legacy Input Manager）。它见证了《炉石传说》的诞生，陪伴了《纪念碑谷》的成长，撑起了《原神》早期版本的输入逻辑。它像一位话不多但可靠的老朋友，二十年来默默地为整个Unity生态服务。

但如今，Unity官方已经推出了全新的Input System Package，并在文档里越来越频繁地把旧系统标记为"Legacy"——这个词从来都不是褒义。旧输入系统正在缓缓走向它的黄昏。

在这个交接的时代，让我们停下匆忙的脚步，回望一下这位老朋友。它有过怎样的辉煌？它优雅在哪里？又为何终将谢幕？

第一章：老朋友的自我介绍

Unity旧输入系统的核心，是一个静态类：UnityEngine.Input。

它的设计哲学可以用四个字概括：简单直接。它把所有输入相关的功能，一股脑塞进这一个类里，让开发者可以在任何脚本的任何位置，随时随地地调用。你不需要初始化、不需要订阅事件、不需要引用任何对象——它就在那里，永远待命。

它主要提供三大类API：

第一类：按键状态查询——最常用的三剑客

Input.GetKey(KeyCode.W);// W键当前是否被按住Input.GetKeyDown(KeyCode.W);// W键是否在这一帧被按下Input.GetKeyUp(KeyCode.W);// W键是否在这一帧被松开

这三个方法的语义清晰得让人感动：“持续按住”、“刚刚按下”、“刚刚松开”。它精准地对应了游戏逻辑中最常见的三种输入需求——移动（持续按住）、跳跃（刚刚按下）、蓄力释放（刚刚松开）。

第二类：鼠标输入——像素级的精确控制

Input.mousePosition;// 鼠标当前屏幕坐标Input.GetMouseButton(0);// 鼠标左键是否按住Input.GetMouseButtonDown(0);// 鼠标左键是否按下Input.mouseScrollDelta;// 滚轮滚动量

对于所有RTS、MOBA、点击冒险游戏来说，这几个API就是它们的生命线。

第三类：虚拟轴——那个最优雅的抽象

Input.GetAxis("Horizontal");Input.GetAxis("Vertical");Input.GetAxis("Mouse X");

虚拟轴——这可能是旧输入系统里最闪光的一个设计。它把物理按键、手柄摇杆、鼠标移动等各种输入源，统一抽象成一个介于-1到1之间的浮点数。开发者不需要关心玩家用什么设备，只需要问一句"玩家想往哪个方向走"，Unity就会给你答案。

第二章：Input Manager——那个藏在Project Settings里的老仓库

打开Unity编辑器的Edit > Project Settings > Input Manager，你会看到一份长长的清单：Horizontal、Vertical、Fire1、Fire2、Fire3、Jump、Mouse X、Mouse Y、Mouse ScrollWheel、Submit、Cancel……

这就是旧输入系统的"配置中心"。每一个条目（Axis）都是一份精心撰写的档案，记录着：

Name: 这个轴叫什么名字（字符串） Negative Button: 触发-1的按键 Positive Button: 触发+1的按键 Alt Negative: 备用触发-1的按键 Alt Positive: 备用触发+1的按键 Gravity: 无输入时回落到0的速度 Sensitivity: 有输入时靠近目标的速度 Dead: 死区大小 Snap: 反向按键时是否瞬间归零 Invert: 是否反转 Type: 输入类型（按键/鼠标/手柄轴） Axis: 对应手柄的哪根轴 Joy Num: 对应哪一号手柄

这份配置的美妙之处在于：它把"逻辑意图"和"物理按键"解耦了。你的代码只需要说"我想读Horizontal的值"，至于Horizontal到底对应A/D、方向键、还是手柄左摇杆，那是配置的事。

这个设计放在2005年绝对是超前的——那时候大部分游戏引擎还在硬编码按键映射，Unity已经在教开发者"输入抽象"的哲学了。

第三章：老朋友的性格——它的优点

在这套简单直接的接口背后，旧输入系统有几个被无数开发者深爱的品质：

优点一：零门槛的学习曲线

一个刚接触Unity的新手，学会控制角色移动只需要五分钟：

voidUpdate(){floath=Input.GetAxis("Horizontal");floatv=Input.GetAxis("Vertical");transform.Translate(h*speed*Time.deltaTime,0,v*speed*Time.deltaTime);}

不需要理解事件、订阅、绑定、动作图——你就是Update里问一句，Unity答一句。这种"命令式轮询"的编程模型，与新手的直觉高度契合。

优点二：无处不在的可用性

Input是一个静态类，意味着你可以在任何地方、任何时候调用它。无论是在MonoBehaviour里、在协程里、在编辑器脚本里——它永远待命，随叫随到。

这种"上帝视角"的可用性，虽然违背了很多现代软件工程的原则（比如依赖注入、可测试性），但对于大部分中小型项目来说，简单就是美。

优点三：性能足够优秀

Input.GetKey的本质是一次查表操作，O(1)复杂度。即使你在Update里疯狂调用几十次，性能开销也几乎可以忽略。虽然GetAxis因为要做字符串查表和插值计算略微昂贵，但也在可接受范围内。

对于绝大多数游戏来说，旧输入系统的性能从来不是瓶颈。

优点四：跨平台一致性

旧输入系统对开发者屏蔽了大量平台差异。你在Windows上写的Input.GetKey(KeyCode.A)，在Mac、Linux、Android、iOS上都能工作。虽然手柄映射有时会有点小坑，但整体的跨平台体验相当丝滑。

第四章：老朋友的皱纹——它的局限

然而，随着时间推移，旧输入系统的皱纹也越来越明显。当游戏工业进入手柄、触摸屏、VR控制器、体感设备百花齐放的时代，这位老朋友开始有些力不从心。

局限一：字符串命名的脆弱性

Input.GetAxis("Horizontal");// 正确Input.GetAxis("Horizental");// 拼错了！编译不报错，运行时静默失效

用字符串作为API的参数是旧输入系统最大的原罪之一。IDE不会给你自动补全，编译器不会帮你检查错别字，重构工具无法安全地重命名。一个拼写错误可能让你调试半天。

局限二：轮询模型的低效

旧输入系统本质上是"轮询式"的——你必须在每一帧的Update里主动询问按键状态。这意味着：

• 如果你忘了调用，就会漏掉事件
• 如果一帧内按键快速按下又松开，可能会被完全忽略
• 无法感知按键的具体时序信息

对于快节奏的格斗游戏（需要精确的输入时序）和音乐游戏（需要精确到毫秒的按键时间戳），轮询模型的精度就有些捉襟见肘了。

局限三：对现代设备的支持不足

旧输入系统的模型是围绕键盘 + 鼠标 + 传统手柄设计的。当我们面对：

• 触摸屏：多点触控、手势识别
• VR控制器：六自由度追踪、扳机压力、握持感应
• 体感设备：加速度计、陀螺仪
• 自适应手柄：PS5的自适应扳机、触觉反馈

……旧输入系统就显得捉襟见肘了。它有一些简陋的API（比如Input.touches、Input.acceleration），但整体架构没有为这些新型输入设计。

局限四：运行时重绑定的困难

现代游戏几乎都要提供"按键自定义"功能，让玩家可以自由重新映射按键。但在旧输入系统中，Input Manager的配置在编辑器里定义、编译进游戏后就无法修改。你想让玩家自定义按键？只能自己在代码里维护一套映射表，然后写一堆胶水代码去桥接——非常麻烦。

局限五：多玩家支持的缺失

想做本地多人游戏？想让玩家1用键盘、玩家2用手柄？旧输入系统完全没有为此设计。你只能自己实现"设备识别 + 输入分发"的逻辑，写着写着你就会怀疑人生。

第五章：一个时代的谢幕

正是因为这些局限，Unity在2019年推出了全新的Input System Package。新系统采用事件驱动架构、支持Action-based的输入绑定、提供运行时可重映射的能力、原生支持多设备/多玩家、对触摸屏、VR、手柄都有一等公民的待遇。

技术演进的车轮滚滚向前，旧输入系统正被慢慢推向历史的边缘。

但请不要因此看轻它。在过去的将近二十年里，正是这套简单直接的旧系统，托起了整个Unity生态的输入体验。从独立开发者的第一个小游戏，到手游工厂的爆款作品，再到主机大作的复杂交互——它都曾在幕后默默地工作着。

尾声：向那个时代致敬

如果你今天在Unity里写下：

floath=Input.GetAxis("Horizontal");

那么恭喜你，你正在使用一个跨越了20年、被数亿开发者敲下过、被无数玩家的手指触发过的接口。它不完美，它有它的时代局限，但它承载着一整个游戏开发时代的记忆。

或许在不久的将来，我们会全面转向新的Input System，那个更强大、更现代、更灵活的系统。但请你在告别之前，为这位老朋友留一分敬意——它用最简洁的方式，教会了几代开发者什么叫做"输入抽象"，什么叫做"跨平台"，什么叫做"够用就好"。

技术会迭代，接口会淘汰，但那些朴素而深刻的设计哲学，会一直流传下去。

再见了，Legacy Input Manager。谢谢你陪我们走过这段路。