如何调整优化级别解决调试时断点触发但无法查看变量的问题？

• 验证编译参数实际生效情况
  全局的优化等级配置很容易被target层级、自定义编译脚本、xcconfig配置文件的参数覆盖，你需要直接查看Lib项目的编译输出日志，确认Debug模式下编译阶段的参数确实包含-O0，没有出现-Os、-O1、-O2等优化参数。如果使用Xcode，可进入Lib的Target设置，逐层检查Project、Target、关联xcconfig文件的Optimization Level配置，确保Debug模式下所有位置都设为None [-O0]。
• 确认当前运行的构建类型
  检查当前启动的Scheme是否对应Debug配置，Profile、Test、Archive类的Scheme默认会使用Release配置编译，哪怕主项目切到Debug，依赖Lib也会按Release的优化等级编译，触发优化提示。
• 清除缓存后全量重编译
  IDE的编译缓存可能会将之前生成的带优化的Lib文件直接复用进新的构建包，你需要清空全局编译缓存、删除项目build目录与DerivedData文件夹（Xcode环境），执行Clean后再全量编译主项目与依赖Lib。
• 检查调试信息生成配置
  确保主项目和Lib的Debug模式下Debug Information Format配置为DWARF with dSYM File，如果仅设置为DWARF，会导致调试信息缺失，同样会出现断点正常停下但无法读取变量、调试器报优化提示的问题。
• 排查架构匹配问题
  如果是在模拟器或者跨架构设备上调试，确认Lib编译输出的架构和当前运行设备的架构完全匹配，Rosetta转译、架构切片不匹配的场景也会触发该优化报错。
• 检查包管理工具的配置逻辑
  如果你是通过CocoaPods、SPM这类包管理工具引入自研Lib，检查包管理的自定义配置脚本（比如CocoaPods的post_install钩子），有没有强制修改依赖的优化等级，这类全局脚本的优先级高于项目本身的配置。

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