给UIButton绑定多参数Target-Action会怎样？iOS Runtime规则解析

核心原因：非标准方法签名触发Runtime的 fallback 逻辑 #

UIKit官方定义的Target-Action仅支持三种合法方法签名：

• -(void)action; 无参数
• -(void)action:(id)sender; 仅接收触发控件（sender）
• -(void)action:(id)sender forEvent:(UIEvent *)event; 接收sender和触发事件（event）

当你指定的方法签名不符合上述标准（比如你写了三个参数的方法），Objective-C Runtime没有明确的规范约束，但会尝试从当前事件上下文里填充可用的事件数据，而UIButton点击触发时，上下文里唯一可用的事件对象就是UITouchesEvent（触摸事件的具体实现类，属于UIEvent子类），因此会重复传递这个对象作为额外参数。

ARM64寄存器映射的细节 #

在iOS的ARM64架构下，方法调用遵循固定的寄存器约定：

• 隐式参数self（当前目标对象）存在x0寄存器，_cmd（当前方法的选择器）存在x1寄存器
• 方法的显式参数从x2开始依次存放：第一个显式参数（sender）对应x2，第二个参数对应x3，第三个参数对应x4

你观察到的x1对应按钮可能是混淆了隐式参数与显式参数的寄存器位置，实际sender作为第一个显式参数应该对应x2，而后续的x3、x4被Runtime填充了UITouchesEvent实例。

背后的规则本质 #

Runtime在处理Target-Action时，优先匹配官方支持的签名；当签名不匹配时，会尽可能利用当前触发场景下的可用数据（这里就是触摸事件对象）来填充参数，这是一种“尽力而为”的 fallback 行为，但不属于官方承诺的稳定行为，实际开发中不应依赖这种逻辑。

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