这个问题我之前开发Flutter iOS插件时也碰到过，核心原因是头文件的可见性配置或者引用方式不对，根据你的需求（是否要把MyClass暴露给宿主App），有两种解决方案：

方案一：如果MyClass需要暴露给宿主App使用 #

如果你的宿主App需要直接调用MyClass的接口，那得把MyClass的头文件设置为公开可见：

1. 打开插件iOS目录下的.xcworkspace文件（用Xcode打开）
2. 选中你的插件target（比如叫my_plugin），切换到Build Phases标签页
3. 检查Compile Sources列表，确保MyClass.m已经在里面（如果没有，点击+添加它）
4. 找到Headers分组：
   • 如果MyClass.h在Project分组里，把它拖到Public分组
   • 如果没有，点击+添加MyClass.h到Public分组
5. 打开插件的.podspec文件，更新public_header_files字段，确保包含MyClass.h：

   s.public_header_files = 'Classes/MyPlugin.h', 'Classes/MyClass.h'
   # 或者用通配符匹配所有头文件：s.public_header_files = 'Classes/**/*.h'
   

6. 最后在MyPlugin.h里，用框架式的引用方式：

   #import <YourPluginName/MyClass.h>
   

   （把YourPluginName换成你的插件实际名称，比如插件叫awesome_plugin就写<awesome_plugin/MyClass.h>）

方案二：如果MyClass只在插件内部使用（推荐） #

如果MyClass只是插件内部的工具类，不需要让宿主App知道，那完全没必要在公开的MyPlugin.h里引入它，用前向声明就可以解决：

1. 在MyPlugin.h里，把#import "MyClass.h"替换成前向声明：

   @class MyClass;
   

   这样只是告诉编译器MyClass是一个类，不需要知道它的具体实现细节
2. 在MyPlugin.m里，正常引入MyClass.h即可：

   #import "MyClass.h"
   

3. 确保MyClass.m已经在插件target的Compile Sources列表里（步骤同方案一的第3点）

这种方式的好处是减少对外暴露的接口，避免头文件污染，也不用修改头文件的可见性配置，更符合iOS开发的最佳实践。

另外，还有个小细节要注意：如果你的插件目录结构有变化，记得执行flutter clean然后重新构建，有时候缓存会导致奇怪的找不到文件问题。

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