我太懂你现在的憋屈了——iOS 26这套新的内存保护机制刚好掐中了FlutterFlow本地测试Debug模式的命门：Debug模式依赖JIT编译，需要动态切换内存的RX/RW权限，但iOS 26直接封死了这个操作，导致Dart VM初始化直接崩溃。好在你已经验证了项目本身在iOS 26上是能跑的（TestFlight和手动Profile模式都没问题），问题就卡在FlutterFlow的本地测试工具上。

先直接回答你的两个核心问题： #

1. 当前FlutterFlow的Local Device Testing是否支持切换到Profile/Release模式？
   很遗憾，目前FlutterFlow的Local Device Testing功能仅支持Debug模式，在它的UI界面里没有提供切换到Profile或Release模式的选项——这也是导致你在iOS 26真机上测试失败的直接原因。

2. FlutterFlow会不会添加这个选项来适配iOS 26？
   虽然没有官方的明确时间表，但这个需求的优先级肯定不低：iOS 26的普及度会越来越高，而且这个内存限制是Debug模式的硬伤，大量开发者都会遇到这个问题。你可以直接去FlutterFlow的官方反馈渠道（比如他们的Feature Request社区板块、官方Support工单）提交这个需求，越多开发者反馈，官方适配的速度就越快。

给你两个临时的替代解决方案，能让你在真机上做本地测试： #

方案1：手动用终端运行Profile/Release模式

你已经试过flutter run --profile成功了，这里补充点和FlutterFlow结合的细节：

• 在FlutterFlow里打开你的项目，点击右上角的「Open in Terminal」（或者先导出项目到本地，打开项目根目录的终端）
• 直接执行对应的命令：
  • Profile模式（带调试信息，适合功能测试+性能监控）：

    flutter run --profile
    

  • Release模式（正式编译，和TestFlight一致）：

    flutter run --release
    

  这两个模式都是AOT编译，不需要JIT，完全避开iOS 26的内存保护限制，能正常在真机上启动。

方案2：用Xcode运行Profile/Release模式

• 在FlutterFlow里导出项目到本地，然后用Xcode打开项目的ios/Runner.xcworkspace文件
• 在Xcode的顶部工具栏，把运行模式从「Debug」切换到「Profile」或「Release」，然后选择你的iOS 26真机，点击运行按钮即可。

最后提个小提醒： #

Profile模式其实已经能满足大部分本地测试需求了——虽然没有Debug模式的热重载，但能查看详细的日志、性能指标，也能调试大部分功能。如果需要快速迭代的话，结合FlutterFlow的代码同步+终端Profile运行，其实也能凑合用，等官方适配了Local Device Testing的模式切换就完美了。