1. 项目概述与核心价值在Unity项目开发中尤其是涉及到PC或主机平台的游戏一个灵活、健壮且用户友好的按键设置功能往往是决定游戏体验好坏的关键一环。很多开发者特别是刚入行的朋友可能会觉得这只是一个简单的“键位映射”功能把Input.GetKeyDown里的KeyCode.W换成玩家自定义的KeyCode就行了。但真正上手后你会发现这里面的坑一个接一个如何持久化保存玩家的设置如何处理组合键和轴输入UI界面如何与输入逻辑解耦当玩家按下“ESC”想取消设置时如何优雅地处理输入冲突这些问题不解决做出来的按键设置要么是“一次性”的要么就是bug频出让玩家抓狂。我自己在多个商业项目中负责过输入系统的重构从简单的键位替换到支持全键盘、手柄、鼠标的复杂重绑定系统都踩过不少坑。今天我就基于这些实战经验为你拆解一套从底层逻辑到上层UI的、可直接复用的Unity按键设置功能实现方案。这套方案不仅关注代码怎么写更会深入讲解设计思路、数据管理、事件处理这些容易被忽略但至关重要的细节。无论你是想为自己的独立游戏添加设置功能还是在为团队项目搭建输入框架这篇文章都能给你提供清晰的路径和可落地的代码。2. 按键设置系统的整体架构设计在动手写代码之前我们必须先想清楚整个系统应该如何组织。一个糟糕的架构会让后续的扩展和维护变成噩梦。我的经验是将整个系统清晰地分为四个核心层数据层、管理层、映射层和表现层。它们各司其职通过定义良好的接口进行通信。2.1 数据层如何定义与存储按键配置数据层是整个系统的基石它负责定义“按键设置”到底是什么以及如何将它保存到硬盘或从硬盘读取。这里最常见的错误是直接用Dictionarystring, KeyCode来存储然后在UI里硬编码键名。这种做法耦合性太高一旦要新增一个操作或修改操作名你得改好几个地方。我推荐的做法是首先定义一个InputAction类它代表游戏中的一个逻辑操作比如“跳跃”、“攻击”、“移动”。这个类不关心具体按哪个键只关心操作本身。[System.Serializable] public class InputAction { public string actionName; // 逻辑操作名如 Jump public string displayName; // 在UI中显示的名字如 “跳跃” public KeyCode primaryKey; // 主按键 public KeyCode alternateKey; // 备用按键可选 public string axis; // 用于摇杆或鼠标移动的轴名称如 “Horizontal” public InputActionType type; // 操作类型按键Button或轴Axis } public enum InputActionType { Button, Axis }接下来我们需要一个InputSettings类来管理所有InputAction的集合并负责序列化保存/加载。这里我强烈建议使用ScriptableObject作为配置资产的载体因为它可以在编辑器中进行可视化配置并且能方便地创建多套配置例如为不同角色或不同平台准备不同的预设。[CreateAssetMenu(fileName InputSettings, menuName Settings/Input Settings)] public class InputSettings : ScriptableObject { public ListInputAction inputActions new ListInputAction(); // 保存到PlayerPrefs适用于简单需求 public void SaveToPlayerPrefs() { string json JsonUtility.ToJson(this); PlayerPrefs.SetString(InputSettings, json); PlayerPrefs.Save(); } // 从PlayerPrefs加载 public void LoadFromPlayerPrefs() { if (PlayerPrefs.HasKey(InputSettings)) { JsonUtility.FromJsonOverwrite(PlayerPrefs.GetString(InputSettings), this); } } // 更推荐使用文件系统保存适用于复杂配置 public void SaveToFile(string filePath) { string json JsonUtility.ToJson(this, true); // 第二个参数为true美化输出 System.IO.File.WriteAllText(filePath, json); } public void LoadFromFile(string filePath) { if (System.IO.File.Exists(filePath)) { string json System.IO.File.ReadAllText(filePath); JsonUtility.FromJsonOverwrite(json, this); } } }实操心得关于序列化方案的选择PlayerPrefs适合存储少量简单的数据但它本质上是Windows注册表或.plist文件读写效率不高且不适合存储复杂结构。对于商业项目我更推荐使用JSON或BinaryFormatter注意安全风险序列化到Application.persistentDataPath下的自定义文件中。ScriptableObject本身在编辑期是资产但在运行时是只读的所以我们需要将其数据复制到一个运行时类中或者使用上述方法持久化。2.2 管理层中央化的输入管理器有了数据我们需要一个全局的管理器来协调所有输入。这个InputManager应该是一个单例MonoBehaviour单例或纯C#单例在游戏启动时初始化并持有当前生效的InputSettings数据。它的核心职责有两个提供查询接口对外提供像GetButtonDown(“Jump”)这样的方法游戏逻辑代码只调用这个接口完全不知道底层按键是什么。处理重绑定逻辑当玩家在设置界面按下“重新绑定”时管理器需要接管输入检测等待玩家按下新按键并更新对应的InputAction数据。public class InputManager : MonoBehaviour { public static InputManager Instance { get; private set; } [SerializeField] private InputSettings _defaultSettings; // 编辑器拖入默认配置 private InputSettings _currentSettings; private InputAction _actionToRebind; // 当前等待重绑定的操作 private System.ActionKeyCode _onRebindComplete; // 重绑定完成回调 void Awake() { if (Instance ! null Instance ! this) { Destroy(gameObject); return; } Instance this; DontDestroyOnLoad(gameObject); // 初始化尝试加载玩家保存的设置没有则用默认的 _currentSettings Instantiate(_defaultSettings); // 创建一份运行时副本 LoadCustomSettings(); } void Update() { // 关键处理重绑定等待状态 if (_actionToRebind ! null) { // 遍历所有可能的KeyCode检测哪个被按下 if (Input.anyKeyDown) { foreach (KeyCode keyCode in System.Enum.GetValues(typeof(KeyCode))) { if (Input.GetKeyDown(keyCode)) { // 排除不允许绑定的键如 Escape用于取消 if (keyCode KeyCode.Escape) { CancelRebinding(); return; } CompleteRebinding(keyCode); return; } } } } } // 供游戏逻辑调用的API public bool GetButtonDown(string actionName) { InputAction action _currentSettings.inputActions.Find(a a.actionName actionName); if (action null || action.type ! InputActionType.Button) { Debug.LogWarning($Action {actionName} not found or is not a Button type.); return false; } return Input.GetKeyDown(action.primaryKey) || Input.GetKeyDown(action.alternateKey); } public float GetAxis(string actionName) { InputAction action _currentSettings.inputActions.Find(a a.actionName actionName); if (action null || action.type ! InputActionType.Axis) { Debug.LogWarning($Action {actionName} not found or is not an Axis type.); return 0f; } // 如果该操作配置了轴如摇杆优先使用。否则可以用按键模拟如用左右箭头模拟水平轴。 if (!string.IsNullOrEmpty(action.axis)) { return Input.GetAxis(action.axis); } // 这里可以扩展为用primaryKey/alternateKey模拟轴例如W/S模拟垂直轴。 return 0f; } // 启动重绑定流程 public void StartRebind(string actionName, System.ActionKeyCode onComplete) { _actionToRebind _currentSettings.inputActions.Find(a a.actionName actionName); if (_actionToRebind null) { Debug.LogError($Cannot find action {actionName} to rebind.); return; } _onRebindComplete onComplete; // UI可以在这里显示“请按下新按键...”的提示 Debug.Log($等待为 {_actionToRebind.displayName} 绑定新按键... (按ESC取消)); } private void CompleteRebinding(KeyCode newKeyCode) { _actionToRebind.primaryKey newKeyCode; _onRebindComplete?.Invoke(newKeyCode); ResetRebindingState(); SaveCustomSettings(); // 绑定后自动保存 Debug.Log($已绑定按键: {newKeyCode}); } private void CancelRebinding() { _onRebindComplete?.Invoke(KeyCode.None); ResetRebindingState(); Debug.Log(绑定已取消); } private void ResetRebindingState() { _actionToRebind null; _onRebindComplete null; } private void LoadCustomSettings() { /* 从文件加载并覆盖_currentSettings */ } private void SaveCustomSettings() { /* 将_currentSettings保存到文件 */ } }这个管理器是整个系统的中枢。注意Update方法中的重绑定检测逻辑它通过遍历KeyCode枚举来捕获任意按键按下。这是一个简单但有效的方案虽然在大枚举下有一点性能开销但在每帧只执行一次的重绑定等待状态下是可以接受的。2.3 映射层将物理输入映射到逻辑操作这一层其实已经隐含在管理层的GetButtonDown和GetAxis方法里了。它的核心思想是“抽象”。游戏中的所有角色控制、UI交互代码都不应该出现KeyCode.W这样的硬编码而应该统一写成InputManager.Instance.GetButtonDown(“MoveForward”)。这样做的好处是巨大的可维护性当需要修改键位时只需改动InputSettings数据或InputManager的映射逻辑。多平台支持你可以轻松地为同一个“跳跃”操作在PC上映射到空格键在Xbox手柄上映射到A键而游戏逻辑代码无需任何改动。用户自定义这是实现按键设置的前提因为你的输入系统从一开始就是为“可配置”而设计的。2.4 表现层用户设置界面的构建表现层是玩家直接交互的部分通常是一个UGUI或UI Toolkit界面。它的主要任务是将InputSettings中的数据可视化显示每个操作当前绑定的按键并提供一个入口如按钮来触发InputManager.StartRebind方法。一个典型的设置界面UI结构如下一个垂直滚动列表每个条目代表一个InputAction。每个条目包含操作显示名displayName、当前绑定键的显示文本、一个“重新绑定”按钮。点击“重新绑定”按钮后按钮文本变为“请按下新按键...”同时调用InputManager.Instance.StartRebind(...)。管理器进入等待状态捕获到新按键后通过回调函数通知UI更新显示文本。这里的关键是UI与逻辑的解耦。UI只负责显示和触发事件具体的按键捕获、数据更新、保存都由管理器负责。UI通过回调获取结果并更新自身状态。3. 核心代码模块深度解析理解了架构我们来深入看看几个核心模块的代码实现细节和其中的“门道”。3.1 按键检测与重绑定模块上面管理器的Update方法展示了一个基本的重绑定检测。但它有几个问题1) 无法检测鼠标按键2) 无法处理组合键如CtrlShiftA3) 遍历整个KeyCode枚举效率不是最优。改进方案处理鼠标和组合键// 在InputManager中扩展 void Update() { if (_actionToRebind ! null) { // 1. 优先检测鼠标按键 (0左键, 1右键, 2中键) for (int i 0; i 3; i) { if (Input.GetMouseButtonDown(i)) { // 将鼠标按键转换为特殊的KeyCode或使用自定义的MouseButton枚举 // 例如我们可以约定 KeyCode.Mouse0, Mouse1... 但Unity原生KeyCode只到Mouse6 // 一种做法是扩展我们的系统支持混合类型 CompleteRebinding(KeyCode.Mouse0 i); return; } } // 2. 检测键盘按键优化版 // 不再遍历所有KeyCode而是检测当前帧有哪个键被按下 // Input.inputString 可以获取字符但对于功能键不够我们仍需使用Input.anyKeyDown if (Input.anyKeyDown) { // 获取当前帧所有按下的键这是一个未公开的API但我们可以用循环 // 更实用的方法是只检测我们关心的“可绑定键”列表 foreach (KeyCode keyCode in _bindableKeyCodes) { if (Input.GetKeyDown(keyCode)) { // 检查修饰键组合键逻辑 bool ctrl Input.GetKey(KeyCode.LeftControl) || Input.GetKey(KeyCode.RightControl); bool shift Input.GetKey(KeyCode.LeftShift) || Input.GetKey(KeyCode.RightShift); bool alt Input.GetKey(KeyCode.LeftAlt) || Input.GetKey(KeyCode.RightAlt); // 如果我们想支持组合键可以创建一个复合键值 // 但注意UI显示和存储会变得复杂。通常游戏只允许绑定单键或单键修饰键。 // 这里我们先处理单键忽略修饰键或者将修饰键本身作为绑定键。 if (IsModifierKey(keyCode)) { // 修饰键本身也可以被绑定如将“冲刺”绑定到Shift CompleteRebinding(keyCode); } else if (!ctrl !shift !alt) { // 没有修饰键的普通按键 CompleteRebinding(keyCode); } // 如果有修饰键且你想支持“CtrlA”这种绑定需要更复杂的数据结构来存储。 return; } } } // 3. 检测手柄按钮需要接入Unity的Input System或旧版Joystick API // 此处省略原理类似但需要遍历JoystickButton或使用新的Input System的Gamepad类。 } } private ListKeyCode _bindableKeyCodes null; private void InitializeBindableKeys() { // 初始化一个允许绑定的键位列表排除一些系统键或不合适的键 _bindableKeyCodes new ListKeyCode(); foreach (KeyCode kc in System.Enum.GetValues(typeof(KeyCode))) { // 排除一些不合适的键如None, Break, Clear等 // 也可以排除功能键区最顶部的F1-F12根据游戏需求定 if (kc KeyCode.None || kc KeyCode.Escape /* 通常用于取消/菜单 */) continue; // 你可以根据需要添加更多过滤条件 _bindableKeyCodes.Add(kc); } }注意事项输入冲突与按键屏蔽在重绑定等待期间必须屏蔽正常的游戏输入否则玩家按下的键会同时触发游戏操作比如角色跳了一下和绑定操作体验很割裂。通常的做法是在StartRebind时设置一个全局标志isRebinding true然后在管理器的查询接口GetButtonDown中如果这个标志为真就直接返回false。或者更干净的做法是在重绑定期间临时禁用所有接收输入的游戏对象。3.2 配置数据的序列化与持久化我们之前用JsonUtility来序列化ScriptableObject。但JsonUtility在处理多态、字典等复杂结构时能力有限。对于更复杂的输入配置比如为不同技能流派准备多套配置可以考虑使用Newtonsoft.Json (Json.NET)或 Unity 2020 内置的JsonSerializer。使用Unity的JsonSerializer推荐无需第三方using UnityEngine; using System.IO; using System.Text.Json; // 需要引入System.Text.Json命名空间.NET Standard 2.1及以上 [System.Serializable] public class InputAction { public string actionName; public string displayName; public KeyCode primaryKey; // ... 其他字段 } public void SaveSettings(string filePath) { var options new JsonSerializerOptions { WriteIndented true }; string json JsonSerializer.Serialize(_currentSettings.inputActions, options); File.WriteAllText(filePath, json); } public void LoadSettings(string filePath) { if (File.Exists(filePath)) { string json File.ReadAllText(filePath); var loadedActions JsonSerializer.DeserializeListInputAction(json); // 注意这里需要将加载的列表与现有配置合并或替换 // 通常是根据actionName进行匹配更新 foreach (var loadedAction in loadedActions) { var existingAction _currentSettings.inputActions.Find(a a.actionName loadedAction.actionName); if (existingAction ! null) { existingAction.primaryKey loadedAction.primaryKey; // ... 更新其他字段 } } } }实操心得版本兼容性与默认配置一定要考虑版本更新。今天你的InputAction类有5个字段下个版本可能加了一个sensitivity灵敏度字段。如果玩家用旧版本的存档JSON文件加载新字段会是默认值如0可能导致问题。解决方案在加载数据后进行有效性检查和补全。始终保留一份默认的ScriptableObject配置作为“模板”。加载玩家配置时以默认配置为基准用玩家数据覆盖默认值。这样即使玩家数据缺失新字段也会使用默认值保证程序能正常运行。在InputSettings类中定义一个版本号字段在加载时判断并做迁移逻辑。3.3 UI与逻辑的通信事件与回调UI界面如何知道重绑定完成了呢我们使用了System.ActionKeyCode回调。这是一种简单直接的委托方式。在更复杂的项目中你可能会使用事件event或消息系统如UnityEvent或第三方消息框架以实现更松散的耦合。在UI脚本例如KeyBindingUIItem中using UnityEngine.UI; using UnityEngine; public class KeyBindingUIItem : MonoBehaviour { public Text actionNameText; public Text keyCodeText; public Button rebindButton; private string _targetActionName; void Start() { rebindButton.onClick.AddListener(OnRebindButtonClicked); } public void Setup(string actionName, string displayName, KeyCode currentKey) { _targetActionName actionName; actionNameText.text displayName; keyCodeText.text currentKey.ToString(); } void OnRebindButtonClicked() { keyCodeText.text 等待输入...; rebindButton.interactable false; // 防止重复点击 InputManager.Instance.StartRebind(_targetActionName, (newKey) { // 这是回调函数在InputManager中重绑定完成后被调用 if (newKey ! KeyCode.None) { keyCodeText.text newKey.ToString(); } else { // 用户取消了绑定恢复显示原来的键位 keyCodeText.text InputManager.Instance.GetKeyCodeForAction(_targetActionName).ToString(); } rebindButton.interactable true; }); } }这种模式清晰地将责任划分开UI发起请求并处理结果管理器负责核心业务逻辑。注意回调中判断了KeyCode.None这通常代表取消操作。4. 完整实现流程与关键步骤让我们把上面的模块串联起来看看一个完整的按键设置功能从创建到运行的步骤。4.1 第一步创建输入配置资产在Unity编辑器中右键点击Project窗口的Assets/Settings文件夹没有就新建选择Create - Settings - Input Settings这是我们用CreateAssetMenu定义的菜单项。将新创建的InputSettings资产命名为DefaultInputSettings。选中它在Inspector窗口中点击inputActions列表的 “” 号添加你的游戏操作。例如actionName: “MoveForward”,displayName: “前进”,primaryKey:KeyCode.W,type:ButtonactionName: “Jump”,displayName: “跳跃”,primaryKey:KeyCode.Space,type:ButtonactionName: “Fire”,displayName: “开火”,primaryKey:KeyCode.Mouse0,type:ButtonactionName: “LookHorizontal”,displayName: “水平视角”,axis: “Mouse X”,type:Axis4.2 第二步创建并配置InputManager在场景中创建一个空的GameObject命名为“_InputManager”。将InputManager脚本挂载上去。将上一步创建的DefaultInputSettings资产拖拽到InputManager组件的_defaultSettings字段上。因为这个管理器是单例且需要跨场景确保脚本的Awake方法中有DontDestroyOnLoad逻辑。4.3 第三步构建按键设置UI界面使用UGUI Canvas创建一个设置界面。核心是一个ScrollView其Content下使用垂直布局组Vertical Layout Group。为每个需要绑定的操作创建一个预制体Prefab包含Text显示操作名、Text显示当前按键、Button重新绑定。创建一个KeyBindingPanel脚本挂载在设置面板的根对象上。它的Start或OnEnable方法中需要动态生成UI列表public class KeyBindingPanel : MonoBehaviour { public GameObject keyBindingItemPrefab; public Transform contentParent; // ScrollView的Content void OnEnable() { PopulateKeyBindingList(); } void PopulateKeyBindingList() { // 清空现有项除了可能存在的标题项 foreach (Transform child in contentParent) { if (child.GetComponentKeyBindingUIItem()) Destroy(child.gameObject); } // 从InputManager获取所有操作并创建UI项 var allActions InputManager.Instance.GetAllInputActions(); // 需要在InputManager中实现这个方法 foreach (var action in allActions) { if (action.type InputActionType.Button) // 通常只为按钮类型提供重绑定 { GameObject itemGO Instantiate(keyBindingItemPrefab, contentParent); var uiItem itemGO.GetComponentKeyBindingUIItem(); uiItem.Setup(action.actionName, action.displayName, action.primaryKey); } } } // 当用户点击“应用”或“保存”按钮时调用 public void OnSaveButtonClicked() { InputManager.Instance.SaveCustomSettings(); gameObject.SetActive(false); // 关闭设置面板 } // 当用户点击“重置为默认”按钮时调用 public void OnResetToDefaultButtonClicked() { InputManager.Instance.ResetToDefaultSettings(); PopulateKeyBindingList(); // 刷新UI } }4.4 第四步在游戏逻辑中使用抽象输入从此以后你的玩家移动、攻击脚本应该这样写public class PlayerMovement : MonoBehaviour { void Update() { // 错误做法硬编码 // float moveX Input.GetAxis(Horizontal); // if (Input.GetKeyDown(KeyCode.Space)) Jump(); // 正确做法通过管理器 float moveX InputManager.Instance.GetAxis(MoveHorizontal); float moveZ InputManager.Instance.GetAxis(MoveForward); // 注意这里用轴模拟或者用两个按键的GetButton差值来模拟 // 对于离散动作如跳跃 if (InputManager.Instance.GetButtonDown(Jump)) { Jump(); } } void Jump() { /* 跳跃逻辑 */ } }这样当玩家在设置界面将“跳跃”从空格键改为左Ctrl键时你的PlayerMovement脚本完全不需要修改因为它只认“Jump”这个逻辑名。5. 常见问题、调试技巧与性能优化即使按照上面的步骤做了在实际开发中你还是会遇到各种奇怪的问题。下面是我总结的一些常见坑点和解决方案。5.1 问题一重绑定时按键事件被UI元素“吃掉”现象点击“重新绑定”按钮后按下键盘没有任何反应。打开控制台发现InputManager的Update里根本没有检测到Input.anyKeyDown为true。原因在UGUI或UI Toolkit中如果有一个UI元素比如那个“重新绑定”按钮处于焦点Focused或捕获Capture状态键盘事件可能会优先被UI系统处理而不会传递到Input类的全局检测中。解决方案在启动重绑定时立即移除UI元素的焦点。在StartRebind方法中可以调用EventSystem.current.SetSelectedGameObject(null);来清空当前选中的UI对象。使用更低级的输入处理。除了Input类还可以使用UnityEngine.Event类来捕获键盘事件它在某些情况下能绕过UI系统。但要注意Event.current只在OnGUI等特定回调中有效。一个折中的办法是在重绑定期间临时启用一个OnGUI方法来捕获Event。使用新的Input System。Unity的新输入系统Input Systempackage提供了更强大和灵活的输入处理天然支持动作重绑定并且与UI系统的集成更清晰。如果项目允许迁移到新输入系统是长远来看更好的选择。5.2 问题二保存的键位配置在重启游戏后失效现象在设置界面改了键位当时游戏内生效。但关闭游戏再打开又变回了默认设置。排查步骤检查保存路径确保你保存文件的路径是可写的并且是正确的。使用Application.persistentDataPath是跨平台的安全选择。打印出这个路径看看Debug.Log(Application.persistentDataPath);。检查序列化内容在调用SaveToFile后立即读取文件内容并打印出来看看JSON格式是否正确数据是否完整。检查加载时机确保InputManager在Awake或Start中早于任何需要输入查询的脚本执行加载。可以考虑使用脚本执行顺序Edit - Project Settings - Script Execution Order来确保InputManager最先初始化。检查数据覆盖确认你的加载逻辑是“用玩家数据覆盖默认数据”而不是“用默认数据覆盖玩家数据”。常见的错误是在加载后又意外地重新初始化了_currentSettings。5.3 问题三如何支持游戏手柄手柄的按键重绑定挑战键盘的KeyCode是固定的枚举。但手柄的按钮在不同设备上Xbox, PlayStation, Switch Pro映射不同且Unity旧输入系统的KeyCode.JoystickButton0是物理按钮顺序不直观。解决方案A旧Input系统较复杂为手柄定义一套逻辑按钮如 “Gamepad_South”, “Gamepad_East”, “Gamepad_North”, “Gamepad_West” 对应A, B, X, Y。在InputManager中维护一个映射表将逻辑按钮映射到不同手柄类型的物理KeyCode上。重绑定时需要让玩家按下手柄按钮然后检测Input.GetKeyDown(KeyCode.JoystickButtonX)。你需要遍历所有可能的JoystickButton来找到被按下的那个。保存时保存的是物理KeyCode。加载时需要根据当前连接的手柄类型如果支持多手柄来使用正确的映射。解决方案B强烈推荐使用新的Input System PackageUnity的新输入系统原生支持“输入动作”Input Actions和“控制方案”Control Schemes。你可以为“跳跃”动作分别绑定键盘的Space键和Gamepad的South按钮。它自带了一个可视化重绑定组件RebindActionUI几乎可以零代码实现全功能的按键设置并且自动处理了键盘、鼠标、手柄的输入。虽然学习曲线稍陡但对于需要复杂输入和跨平台支持的项目这是最专业和高效的解决方案。5.4 性能优化与小技巧避免每帧遍历所有KeyCode在Update中遍历整个KeyCode枚举约500个值是比较重的操作。我们之前的优化是使用一个预定义的_bindableKeyCodes列表。更好的做法是在重绑定等待期间只检测一次当前帧按下的所有键。这可以通过Event.current在OnGUI中或新Input System来实现它们能直接告诉你哪个键被按下了无需遍历。使用缓存在InputManager的GetButtonDown方法里频繁使用Find在列表中查找InputAction是低效的。可以在初始化时构建一个Dictionarystring, InputAction来加速查找。提供按键冲突检测当玩家想把“攻击”和“跳跃”都绑定到空格键时系统应该提示“该按键已被占用是否覆盖”。这需要在CompleteRebinding方法中添加检查逻辑遍历所有InputAction看newKeyCode是否已被其他操作使用。为轴输入Axis提供灵敏度设置除了按键很多游戏还需要设置鼠标灵敏度、摇杆死区等。这可以通过在InputAction中增加sensitivity、gravity、deadZone等字段并在InputManager.GetAxis方法中应用这些参数来实现。最后别忘了在设置界面添加“恢复默认设置”和“取消/应用”按钮。“恢复默认”直接加载默认的ScriptableObject配置。“取消”则丢弃本次修改重新加载已保存的玩家配置。“应用”则保存当前配置并立即生效。一个好的设置界面应该让玩家有充分的安全感和控制感。