MacOS High Sierra下NSScroller._action符号缺失致应用启动失败咨询

你的应用在High Sierra启动失败，核心原因很明确：它依赖了AppKit框架里的私有内部变量，而High Sierra对NSScroller的底层实现做了破坏性变更。

为什么会触发这个报错？ #

• _OBJC_IVAR_$_NSScroller._action是苹果从未公开的私有实例变量，旧版macOS的AppKit允许直接访问这类内部成员，但High Sierra重构了NSScroller的代码结构，要么移除了这个变量，要么给它改了个新名字。动态链接器（dyld）在加载应用时找不到这个符号，自然就启动失败了。
• 这种情况一般是你的应用（或者它依赖的第三方库）用了非官方的私有API，没有遵循苹果公开的开发规范来操作NSScroller的action属性。

用otool排查的具体操作 #

你说otool有用是对的，给你几个直接能用的命令：

1. 确认你的应用确实引用了这个私有变量：

   otool -v -s __DATA __objc_srefs /path/to/your/app | grep _OBJC_IVAR_$_NSScroller._action
   

   如果输出里能看到这个符号，就坐实了是直接引用私有ivar导致的问题。
2. 对比新旧AppKit的差异：

   # 查看High Sierra的AppKit里NSScroller的实例变量
   otool -v -s __DATA __objc_ivarlist /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit | grep _NSScroller
   

   拿这个输出和旧版macOS的AppKit结果对比，你会发现_action这个ivar已经不在High Sierra的版本里了。

怎么修复？ #

• 替换私有调用：苹果给NSScroller提供了公开的action属性（Objective-C里是-action和-setAction:方法），把代码里直接访问_action的地方全部改成调用这些公开方法。
• 重新适配编译：如果是你自己开发的应用，用支持High Sierra的Xcode版本重新编译，确保所有API调用都符合新版本的规范；如果是第三方应用，只能联系开发者更新适配了。

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