碰到这种编译循环依赖+符号未定义的问题确实挺闹心的，我之前帮朋友排查过类似的Flutter iOS扩展集成问题，给你几个针对性的解决方案，一步步来试：

先解决「Cycle inside Runner」循环依赖问题 #

• 检查扩展的Target依赖：打开Xcode找到你的NotificationService扩展Target，进入Build Phases → Dependencies，要是里面把Runner加进去了，赶紧删掉！扩展只需要依赖主App的相关框架，反过来依赖Runner就会触发循环。
• 调整「Thin Binary」脚本顺序：回到主Runner Target的Build Phases，找到那个「Thin Binary」脚本，把它拖到Embed App Extensions步骤的后面。原来的顺序是先执行瘦身脚本再嵌入扩展，这就导致了循环依赖，调整后让扩展先嵌入完成，再处理二进制瘦身。
• 检查Info.plist配置：在Runner的Build Settings里搜索INFOPLIST_FILE，确认路径正确，没有重复的Info.plist生成命令；另外如果有自定义脚本在修改Info.plist，看看是不是和扩展嵌入步骤冲突了，暂时注释掉试试。

再处理「Undefined symbols」未定义符号错误 #

• 确保扩展链接了必要的Flutter框架：进入NotificationService的Build Phases → Link Binary With Libraries，添加Flutter.framework和App.framework（Flutter 3.x及以上版本需要），注意框架的Embed选项选Do Not Embed，因为主App已经嵌入过了，重复嵌入会出问题。
• 统一编译架构：检查Runner和NotificationService的Build Settings里的ARCHS配置，确保两者完全一致，比如都设为$(ARCHS_STANDARD)，别一个用arm64一个用x86_64，架构不匹配很容易出现符号找不到的情况。
• 共享代码要抽成Framework：如果你的扩展里用到了主App里的代码，不能直接引用主App的文件，得把共享代码放到一个单独的Framework里，让主App和扩展都依赖这个Framework，这样符号才能被正确识别。
• 清理缓存试试：先执行flutter clean，然后手动删掉Xcode的Derived Data（就是报错里那个/Users/username/Library/Developer/Xcode/DerivedData/Runner-xxx目录），之后重新flutter build ios，很多奇怪的编译问题都是缓存搞的鬼。

要是以上方法都不行，建议按照Flutter官方文档的步骤重新创建一次Notification Service Extension，有时候手动创建时的配置疏漏会导致各种奇怪问题。

备注：内容来源于stack exchange，提问作者Pratik Khadloya