setSize对JFrame有效，但对内部组件常被布局管理器忽略；应优先用setPreferredSize配合revalidate()和repaint()，再调用pack()自适应尺寸。
setSize 不生效？先看容器布局管理器
Swing 中 setSize 对 JFrame 本身通常有效，但对内部组件（如 JPanel、JButton）几乎总被忽略——因为默认布局管理器（如 BorderLayout、FlowLayout）会强制重设尺寸。
- 只有在禁用布局管理器（
setLayout(null)）后，setSize才对子组件真正起效，但此时你必须手动管理所有位置和大小，极易出错 -
setPreferredSize是推荐做法：它向布局管理器“建议”期望尺寸，由布局器统一协调，符合 Swing 设计哲学 - 调用
setPreferredSize后，别忘了触发重新布局：revalidate()（更新布局） +repaint()（重绘），尤其在运行时动态调整时
setPreferredSize 和 pack() 的配合关系
pack() 会让窗口收缩到刚好容纳所有子组件的最小尺寸，而这个“容纳”依据正是各组件的 getPreferredSize()。所以 setPreferredSize 不是孤立设置，而是参与整个布局计算链。
- 如果你没显式调用
setPreferredSize，组件会返回一个内部估算值（比如JLabel根据文本长度，JButton根据文字+边距），往往偏小或不一致 - 在
JFrame初始化阶段，先设好各子组件的setPreferredSize，再调用pack()，比先pack()再改尺寸更可靠 - 注意：某些布局（如
GridLayout）会强行拉伸组件填满格子，此时setPreferredSize只影响初始pack()结果，运行时可能被覆盖
JFrame 顶层窗口该用 setSize 还是 setBounds？
对 JFrame 本身，setSize(w, h) 等价于 setBounds(x, y, w, h) 中只改宽高、保持位置不变；但二者都绕过了布局系统，属于“粗粒度控制”。
- 如果只是初始化窗口大小，
setSize更清晰；若需同时指定位置（比如居中显示），直接用setBounds或组合setLocationRelativeTo(null) - 慎用
setResizable(false)后再调setSize：用户无法拖拽调整，一旦内容变化（如字体缩放、多语言文本变长），界面就可能截断或留白 - 跨平台时，
setSize设的像素值在高 DPI 系统（如 Windows 缩放 125%）下可能被自动缩放，实际显示尺寸不一致——这时应优先用pack()+setPreferredSize靠内容驱动尺寸
为什么 setMinimumSize / setMaximumSize 有时像没用？
这三个尺寸方法（setPreferredSize、setMinimumSize、setMaximumSize）共同构成布局“弹性区间”，但最终是否被尊重，取决于布局管理器是否实现约束逻辑。
立即学习“Java免费学习笔记（深入）”；
-
BorderLayout和FlowLayout尊重三者；GridLayout完全忽略setMinimumSize和setMaximumSize，只按格子均分 -
GroupLayout（NetBeans GUI Builder 默认）支持全部，但写手代码时容易漏掉setAlignmentX/Y，导致组件不按预期拉伸 - 调试技巧：临时加一句
System.out.println(component.getPreferredSize())，确认设置是否真被读取；再检查父容器是否调用了revalidate()
最常被忽略的一点：组件尺寸不是独立存在的，它永远嵌套在父容器的布局规则里。脱离上下文单独调 setSize 或硬编码像素值，短期看似快，长期维护成本反而更高。
