代码创建UIButton事件：@objc与@IBAction的差异及选型建议

嘿，这个问题问到点子上了！很多刚从可视化布局转纯代码开发的Swift开发者都会碰到这个疑惑，我来给你拆解得明明白白：

先搞懂两个关键字的本质 #

• @objc：这是Swift和Objective-C之间的「桥梁标记」。因为UIKit底层是用Objective-C写的，当我们用代码给UIButton绑定addTarget(_:action:for:)时，Objective-C运行时需要能识别到这个方法，所以必须用@objc告诉Swift编译器：把这个方法暴露给OC运行时。它的作用不止于UI事件，只要是Swift代码需要被OC调用的场景都能用。
• @IBAction：这是个专门给Interface Builder（也就是Storyboard/XIB）用的语法糖，本质上它已经包含了@objc的特性，还额外让Xcode把这个方法标记为「可被IB关联的事件处理器」。所以你在Storyboard里拖线生成事件方法时，Xcode自动加@IBAction，就是为了让IB能识别并绑定这个方法。

两者的核心差异 #

• 适用场景不同：
  • @objc是通用跨语言标记，不管是UI事件绑定、OC调用Swift方法，还是Swift调用OC API需要传递方法选择器，都能用上。
  • @IBAction是IB专属标记，只有加了它的方法，才会出现在IB的事件关联列表里，方便你可视化拖线绑定UI控件事件。纯代码场景下，它的IB专属特性完全没用。
• 额外特性差异：
  • @IBAction除了自带@objc的暴露能力，还会让Xcode在IB中识别这个方法，同时早期版本还隐含了dynamic关键字（用于动态派发，现在Swift的动态机制有调整，但IB关联仍依赖它的暴露逻辑）。
  • 单纯的@objc方法不会出现在IB的可关联列表里，只能通过代码调用或绑定事件。
• 编译逻辑：
  • 用代码绑定addTarget时，Swift编译器会检查目标方法是否能被OC运行时识别，所以必须加@objc或者@IBAction（因为@IBAction已经包含@objc），不然会报错。
  • 反过来，只加@IBAction的方法可以被代码绑定（因为自带@objc），但只加@objc的方法不能被IB关联。

代码创建UIButton事件时该选哪个？ #

如果你是纯代码开发，完全不用Storyboard/XIB，直接用@objc就够了——@IBAction的IB专属特性对你来说是多余的，用@objc更精准，也符合代码的语义（你只是需要让OC运行时识别这个方法）。

举个实际代码例子：

// 纯代码场景，用@objc足够
@objc func buttonTapped(_ sender: UIButton) {
    print("按钮被点击啦！")
}

// 绑定事件到按钮
let customButton = UIButton(type: .system)
customButton.addTarget(self, action: #selector(buttonTapped(_:)), for: .touchUpInside)

当然，如果你的项目是混合开发（既有Storyboard又有纯代码），或者团队有统一规范，加@IBAction也不会有问题，但从语义和精简性来说，纯代码场景下@objc是更合适的选择。

内容的提问来源于stack exchange，提问作者J. Doe