响应界面方向变化：viewDidLayoutSubviews()与traitCollectionDidChange()该选哪个？

核心适用场景区分 #

• traitCollectionDidChange：这个方法在系统特征集合发生变化时触发，不止设备旋转，还覆盖尺寸类切换、明暗模式变更、分屏调整、动态字体更改等场景。如果你的布局调整是基于**尺寸类（比如从紧凑宽度切换为常规宽度）**或其他系统特征（比如深色模式下调整控件间距），用它更合适。比如iPad分屏时尺寸类变化需要适配布局，或者用户切换明暗模式要调整控件样式，这个方法能精准响应这类特征驱动的变化。
• viewDidLayoutSubviews：这个方法在视图的bounds/frame实际改变后触发，设备旋转时必然会触发，但父视图调整大小、子视图添加/移除、系统弹窗导致视图尺寸变化等场景也会触发。如果你的布局调整只和视图实际尺寸变化挂钩——不管是什么原因导致尺寸改变，都要更新布局，那用这个方法更直接。比如需要根据父视图实际宽度计算子视图占比，或是调整控件到视图中心，这里能拿到最新的bounds值，逻辑更直观。

性能差异 #

• **traitCollectionDidChange**触发更精准，只有当特征真正变化时才会调用。比如iPhone SE旋转时，宽度尺寸类仍为紧凑，此时traitCollectionDidChange不会触发，但viewDidLayoutSubviews会因bounds变化执行。如果你的布局仅依赖尺寸类，用它能避免不必要的布局计算，性能更优。
• **viewDidLayoutSubviews**可能被多次调用（比如视图初始化加载、子视图频繁调整时），所以里面的代码必须尽量轻量——要避免重复创建约束、避免复杂计算逻辑，不然容易造成布局卡顿。

架构设计合理性 #

• 如果遵循苹果自适应布局的设计思路，**traitCollectionDidChange**更符合架构逻辑。它基于系统提供的特征响应布局变化，而非直接依赖视图具体尺寸，这样的代码更易维护和扩展，后续要适配明暗模式或动态字体时，无需大幅修改逻辑。
• **viewDidLayoutSubviews**更偏向视图层级的「实际布局修正」，适合处理必须依赖视图真实尺寸的场景，比如动态计算控件位置或大小，这种场景下直接用最新的bounds调整，逻辑更直接。

总结 #

• 若布局变化由**尺寸类或系统特征（明暗模式、动态字体等）**驱动，选 traitCollectionDidChange；
• 若布局仅和视图实际尺寸变化相关，选viewDidLayoutSubviews；
• 性能上traitCollectionDidChange更高效，viewDidLayoutSubviews需注意代码轻量化；
• 架构上traitCollectionDidChange贴合苹果自适应设计理念，viewDidLayoutSubviews适合直接处理尺寸相关的布局调整。

内容的提问来源于stack exchange，提问作者michael.yql