我太懂这种依赖冲突的抓狂感了——Firebase生态里跨插件的版本对齐真的很容易踩坑，尤其是涉及到GoogleUtilities这类底层基础库的时候。结合你已经尝试过的操作，我整理了几个社区验证有效的解决思路，你可以逐个试试：

1. 统一Firebase相关插件到兼容的稳定版本组合 #

核心矛盾在于你的google_sign_in依赖的iOS端GoogleSignIn 8.x要求GoogleUtilities/Environment ~>8.0，但firebase_core和firebase_messaging还停留在依赖GoogleUtilities 7.x的版本区间，导致版本互斥。最稳妥的办法是升级所有Firebase插件到能适配GoogleUtilities 8.x的版本，比如试试这套兼容组合：

# pubspec.yaml 相关依赖修改
firebase_core: ^2.32.0
firebase_messaging: ^14.10.0
google_sign_in: ^6.2.1

操作步骤：

• 修改pubspec.yaml后，执行 flutter pub get
• 进入iOS目录：cd ios
• 更新CocoaPods仓库并安装：pod install --repo-update

2. 在Podfile中强制指定GoogleUtilities版本（临时 workaround） #

如果暂时不想升级插件，可以通过CocoaPods的强制版本声明解决冲突。在iOS目录的Podfile中，找到target 'Runner' do代码块，添加以下内容：

# 强制指定GoogleUtilities/Environment版本为8.x，匹配google_sign_in的要求
pod 'GoogleUtilities/Environment', '~> 8.0'

然后执行pod install。注意：这种强制覆盖可能带来潜在兼容性风险，之后一定要测试所有Firebase相关功能（消息推送、登录、核心服务）是否正常工作。

3. 彻底清理并重建依赖环境 #

你之前做了flutter clean，但可以试试更彻底的清理流程，确保没有残留的旧依赖缓存：

• 执行 flutter clean
• 删除iOS目录下的Podfile.lock文件
• 删除iOS目录下的Pods文件夹
• 删除iOS目录下的.symlinks文件夹
• 回到项目根目录，执行 flutter pub get
• 进入iOS目录，先更新CocoaPods仓库：pod repo update
• 最后执行 pod install

4. 确认flutterfire配置的版本一致性 #

你已经用了flutterfire configure，但要确保配置时选择的Firebase iOS SDK版本和Flutter插件版本匹配。可以重新运行flutterfire configure，在选择SDK版本时，尽量选与你pubspec中插件对应的最新兼容版本（通常插件文档会标注支持的iOS SDK版本范围）。

另外，你之前尝试降级firebase_messaging的思路是对的，但旧版本的firebase_messaging确实还依赖GoogleUtilities 7.x，和google_sign_in的要求冲突，所以要么升级所有插件，要么用强制版本覆盖的办法。

内容来源于stack exchange