已废弃的MachO getsegbyname函数的替代方案及废弃缘由咨询

一、为何应使用其他函数替代getsegbyname？ #

Apple将getsegbyname标记为废弃（iOS 16.0+、macOS 13.0+等版本不再支持），核心原因如下：

• API设计存在局限性：该函数仅能返回匹配名称的第一个段，而现代MachO文件结构复杂度提升，单一名称匹配逻辑无法应对更精细的段查询需求，也适配不了多架构、重定位后的复杂MachO场景。
• 系统兼容性风险高：废弃意味着Apple后续不会再维护该函数，未来系统版本可能直接移除它，依赖该函数的代码会出现运行时错误，甚至无法通过编译。
• 安全与稳定性不足：getsegbyname的实现未考虑现代系统的安全机制（如ASLR、代码签名验证），在严格安全环境下可能返回不可靠结果，引发程序崩溃或安全隐患。

二、使用该函数是否属于不良实践？ #

从当前开发规范来看，属于不良实践，理由包括：

• 违反Apple官方API指导原则：废弃API明确标记为"不再支持"，继续使用会导致应用在新系统上出现兼容性问题，甚至无法通过App Store审核。
• 代码可维护性差：依赖废弃API的代码后续迁移难度大，一旦出现问题，没有官方文档或技术支持可依赖。
• 存在运行时隐患：如前文所述，该函数在现代系统环境下行为不可靠，可能导致程序出现难以排查的崩溃或异常。

不可否认的是，getsegbyname曾是实用的工具函数，能帮开发者省去手动遍历MachO结构的繁琐工作，在早期简单场景下确实提升了开发效率。

附：函数废弃声明代码 #

C语言版本

extern const struct segment_command *getsegbyname(
    const char *segname) __CCTOOLS_DEPRECATED;

#define __CCTOOLS_DEPRECATED __API_DEPRECATED("No longer supported", macos(10.0, 13.0), ios(1.0, 16.0), watchos(1.0, 8.0), tvos(1.0, 16.0))

Swift语言版本

@available(iOS, introduced: 1.0, deprecated: 16.0, message: "No longer supported")
public func getsegbyname(_ segname: UnsafePointer<CChar>!) -> UnsafePointer<segment_command_64>!

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