使用Configuration创建的UIButton未连调试器时内部内容尺寸异常

我们通过UIButton.Configuration初始化UIButton并将其嵌入水平UIStackView中，设置setContentHuggingPriority(.required, for: .horizontal)以让按钮仅占用实际所需空间。连接调试器运行时按钮显示正常；手动启动应用（未连接调试器）时，按钮宽度异常。手动启动后附加调试器查看发现，按钮内部内容尺寸宽度为59，而连接调试器时为83。

以下是几种可能的原因分析：

• 字体加载与渲染差异：调试器启动时，系统可能提前加载了自定义字体或使用了不同的字体缓存策略，使得按钮文本渲染尺寸符合预期。非调试模式下，字体加载可能存在延迟，按钮布局时先用默认字体计算尺寸，后续字体加载完成后未触发重新布局。可以尝试在viewDidAppear中调用按钮的layoutIfNeeded()，或者通过UIFont.register()确保字体在布局前完成加载。

• Configuration状态或属性差异：UIButton.Configuration在两种启动模式下可能被应用了不同的状态（如默认态、高亮态），不同状态的文本样式、内边距设置可能存在差异。检查代码中是否有调试模式专属的Configuration修改逻辑，或者状态切换逻辑在非调试模式下未正确执行。可以打印两种模式下按钮的configuration属性，对比文本字体、内边距等关键参数。

• StackView布局优先级冲突：尽管设置了按钮的水平内容拥抱优先级为.required，但StackView的distribution、alignment属性，或其他子视图的布局优先级，可能在非调试模式下导致布局计算逻辑变化。调试器可能会调整约束解析顺序，而非调试模式下系统为了性能采用了更严格的优先级计算。可以尝试将StackView的distribution设为.fillProportionally，或检查其他子视图的内容压缩/拥抱优先级是否干扰了按钮布局。

• 系统布局引擎的缓存机制差异：Apple的Auto Layout引擎在连接调试器时可能禁用了部分布局缓存，强制重新计算所有尺寸；而非调试模式下为了性能启用缓存，导致按钮使用了过时的尺寸数据。可以尝试在按钮初始化后设置contentMode = .redraw，或者在viewWillLayoutSubviews中手动更新按钮的Configuration并触发布局。

• 框架潜在Bug：虽然概率较低，但不排除UIButton.Configuration或UIStackView在特定iOS版本下存在布局计算Bug，尤其是非调试模式下的缓存逻辑问题。可以在多个iOS版本上测试复现，若问题稳定存在，可通过Apple开发者平台提交反馈。

内容的提问来源于stack exchange，提问作者Birgit Van Keer