当然可以实现！这里有两种实用方案，你可以根据自己的场景来选：

如果不想动现有代码，完全可以通过模拟键盘按键事件来触发那些if语句。以Unity为例，不管是旧的Input系统还是新的Input System，都有办法实现：

针对旧Input系统 #

你可以在触发脚本里，通过复用原有逻辑的判断条件来模拟触发。比如原有代码是这样的：

void Update()
{
    if (Input.GetKeyDown(KeyCode.A))
    {
        Debug.Log("Action A triggered");
    }
    if (Input.GetKeyDown(KeyCode.B))
    {
        Debug.Log("Action B triggered");
    }
}

触发脚本里可以直接获取原有脚本的引用，手动触发对应逻辑：

// 触发脚本中的方法
public void TriggerActionA()
{
    var originalScript = GetComponent<OriginalInputScript>();
    // 直接执行原有if块里的代码逻辑，或者如果方便的话，把判断抽成小方法调用
    Debug.Log("Action A triggered");
    // 复制原有if内的其他业务逻辑
}

如果不想复制代码，也可以用反射修改Input的内部状态，但这种方式比较hack，适合临时测试用，可能会影响其他依赖输入的逻辑。

针对新Input System #

新系统提供了更正规的模拟输入方式，比如创建按键事件并发送：

using UnityEngine.InputSystem;

// 触发脚本中的方法
public void SimulateKeyPress(KeyCode key)
{
    var keyDownEvent = KeyDownEvent.FromKey(key);
    InputSystem.QueueEvent(keyDownEvent);
    // 别忘了发送KeyUp事件，避免输入一直处于按下状态
    var keyUpEvent = KeyUpEvent.FromKey(key);
    InputSystem.QueueEvent(keyUpEvent);
}

调用这个方法传入对应的KeyCode，就能完美模拟物理按键按下，原有代码完全不需要修改。

如果你的项目需要长期维护，或者后续还要扩展触发方式，把输入判断和业务逻辑分离是更优雅的选择。

比如把原有if语句里的逻辑抽成独立的公开方法：

// 原有脚本修改后
public class OriginalInputScript : MonoBehaviour
{
    void Update()
    {
        if (Input.GetKeyDown(KeyCode.A))
        {
            OnActionATriggered();
        }
        if (Input.GetKeyDown(KeyCode.B))
        {
            OnActionBTriggered();
        }
    }

    // 把原来的逻辑抽成公开方法
    public void OnActionATriggered()
    {
        Debug.Log("Action A triggered");
        // 原来的其他业务逻辑
    }

    public void OnActionBTriggered()
    {
        Debug.Log("Action B triggered");
        // 原来的其他业务逻辑
    }
}

然后在另一个触发脚本里，只需要获取原有脚本的引用，直接调用这些方法即可：

public class TriggerScript : MonoBehaviour
{
    public OriginalInputScript targetScript;

    // 比如在某个事件触发时调用
    public void TriggerActionA()
    {
        targetScript.OnActionATriggered();
    }

    public void TriggerActionB()
    {
        targetScript.OnActionBTriggered();
    }
}

这种方式不仅能让代码结构更清晰，还能支持多种触发方式（比如UI按钮、动画事件、其他脚本事件等），后续维护和扩展都更方便。

内容的提问来源于stack exchange，提问作者Open Source