SwiftUI中GeometryReader返回的横竖屏尺寸值为何与预期相反？

• 根本原因是事件触发时序和视图布局流程错位：UIDevice.orientationDidChangeNotification在设备方向刚发生变化时就会立刻抛出，此时SwiftUI还没启动旋转后的视图重排、几何尺寸计算流程，回调里捕获的geometryProxy.size是旋转前的旧布局值，不是当前界面方向的真实尺寸。
• 数值完全反向是时序差导致的必然结果：第二代iPhone SE的逻辑分辨率为375pt×667pt，你代码里的视图铺满安全区后，竖屏状态下高度约为647pt，横屏状态下高度约为375pt。竖屏转横屏时通知触发，视图还停留在竖屏布局，读到的是旧值647pt；横屏转竖屏时通知触发，视图还停留在横屏布局，读到的是旧值375pt，刚好和当前方向的预期值完全颠倒。
• 代码逻辑存在设计误区：GeometryReader本身会在视图几何尺寸发生变化时自动重新执行闭包，是SwiftUI里获取尺寸最可靠的渠道，不需要额外监听设备旋转通知。额外绑定通知回调的做法，反而绕过了GeometryReader的尺寸更新机制，同时UIDevice.orientation还会返回平放、倒置等和当前界面布局无关的枚举值，本身就不适合作为界面尺寸更新的触发信号。

直接通过GeometryReader的闭包捕获最新尺寸，在尺寸变化时同步更新状态即可，不需要监听设备通知，参考代码如下：

import SwiftUI

struct ContentView: View {
    @State var height: CGFloat?
    
    var body: some View {
        GeometryReader { geometryProxy in
            Color.clear
                .frame(maxWidth: .infinity, maxHeight: .infinity)
                .task {
                    height = geometryProxy.size.height
                }
                .onChange(of: geometryProxy.size) { newSize in
                    height = newSize.height
                    print("height", newSize.height)
                }
        }
    }
}

• 如果部署目标是iOS 17及以上，可以直接使用系统提供的.onGeometryChange修饰符监听尺寸变化，时序稳定性更高。
• 若必须在旋转通知回调中读取尺寸，需要用DispatchQueue.main.async将读取逻辑派发到下一个主队列RunLoop执行，等视图完成布局更新后再取值，但这种方案稳定性弱于直接监听GeometryReader的尺寸变化，不推荐优先使用。

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