CocoaPods两种安装方式对比：Gem与Homebrew安装的核心差异

针对你遇到的Flutter模块在pod install后丢失的问题，Gem和Homebrew安装CocoaPods的核心差异主要体现在以下几个方面：

1. 依赖环境的隔离性 #

• Gem安装：直接复用系统默认Ruby环境（或手动指定的Ruby版本），所有依赖的Ruby库（如ffi、json）会混入全局Ruby环境，容易和其他Ruby工具产生版本冲突。在苹果硅设备上，系统默认Ruby是通过Rosetta转译的x86架构，和Flutter的arm64架构依赖存在兼容性偏差，会导致解析Flutter模块路径时出错。
• Homebrew安装：自带独立的Ruby环境和全套依赖库，完全隔离于系统Ruby，从根源上避免了全局环境的版本冲突，同时适配了苹果硅、英特尔的架构差异，能稳定处理Flutter模块的路径配置。

2. 架构适配的一致性 #

• Gem安装：若使用系统默认Ruby（苹果硅上为x86架构），CocoaPods运行时的架构和Flutter模块的arm64架构不匹配，在读写Xcode项目文件中的Flutter路径时，会出现识别错误，最终导致模块被误移除。
• Homebrew安装：会根据你的设备芯片架构（arm64/x86_64）安装对应版本的CocoaPods，运行时架构和项目、Flutter模块完全一致，能正确解析并保留Flutter模块的路径配置。

3. 工具链的完整性维护 #

• Gem安装：仅升级CocoaPods本身，依赖的Ruby库版本不会同步适配，部分老旧依赖可能无法兼容Flutter的集成逻辑，引发路径处理异常。
• Homebrew安装：将CocoaPods作为完整包维护，更新时会同步升级所有关联依赖组件，确保整个工具链版本匹配，避免因依赖不一致导致的Flutter模块丢失问题。

4. 权限与文件路径合理性 #

• Gem安装：通常需要sudo权限，安装到系统全局目录（如/usr/local/bin），可能和Homebrew工具的路径冲突，或在读写项目配置文件时出现权限问题，导致Flutter模块路径未被正确写入。
• Homebrew安装：默认安装到/opt/homebrew/bin（苹果硅）或/usr/local/bin（英特尔），无需sudo权限，文件路径清晰，读写项目配置时权限更合理，能稳定保留Flutter模块的配置项。

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