NSTextView的NSFrameSize计算疑问：为何采用contentRect高度？

核心差异：控件默认布局行为不同 #

• NSTextView：作为支持多行、可滚动的文本控件，默认配置下会自动填充父视图的可用空间。如果XIB中没有为它添加明确的Auto Layout约束，或者它的autoresizingMask属性设置为同时允许宽度和高度拉伸（比如NSViewWidthSizable | NSViewHeightSizable），当父视图（contentView）的尺寸和window的contentRect存在布局冲突时，NSTextView会优先适配window的整体内容区域尺寸，导致编译后高度被拉伸至337。
• NSTextField：属于静态文本展示控件，默认的autoresizingMask通常仅允许宽度自适应，或者完全不开启自动拉伸，因此能保持XIB中设置的frame尺寸。

额外影响因素 #

如果contentView本身没有设置正确的布局约束，或者window的contentRect与contentView的frame没有通过Auto Layout关联，AppKit的布局系统会优先保证NSTextView这类“动态”控件的显示空间，进而覆盖手动设置的frame值。

你可以在苹果AppKit官方文档中查阅以下内容：

• NSTextView类参考：重点看Layout and Autoresizing章节，了解其默认布局行为和autoresizingMask的配置。
• Auto Layout Guide：关于视图自动布局规则，以及不同控件的默认布局优先级说明。
• NSWindow类参考：查看contentRect和contentView的布局关联逻辑。

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