结论：WinForms窗体传值应避免静态变量、new父窗体、强引用控件；推荐构造函数传值（只读）、委托事件（双向）、Owner属性（模态回写），禁用Application.OpenForms查找。
直接说结论：**不要用静态变量、不要直接 new 父窗体、不要在子窗体里强引用父窗体控件**——这三类做法在 WinForms 里看似快，实则埋下内存泄漏、空引用、数据不同步的雷。
构造函数传值适合一次性只读场景
这是最轻量、最安全的入门方式，适用于“主窗体打开子窗体 → 显示数据 → 关闭不回传”的情况。关键点在于：参数必须在 InitializeComponent() 之后赋值，否则控件还没初始化就去设 Text 会抛 NullReferenceException。
- 子窗体构造函数接收参数，并立即存为字段或直接赋给控件
- 主窗体调用时确保传入的是有效值（比如检查
textBox1.Text是否为空） - 该方式无法把子窗体修改后的值反向传回，别指望靠它做编辑回写
委托 + 事件是松耦合双向传值的核心方案
当你需要子窗体关闭后把结果交还给主窗体（比如地址选择器、搜索对话框），委托 + 事件是最推荐的模式。它把“谁来处理结果”和“何时触发结果”解耦，避免循环引用和生命周期错位。
- 子窗体定义一个自定义事件（如
public event AddressUpdateHandler AddressUpdated） - 主窗体在创建子窗体后立刻订阅该事件：
form.AddressUpdated += OnAddressUpdated - 子窗体点击确定时触发事件并传出自定义参数（如
AddressUpdateEventArgs），然后调用this.Dispose()或this.Close() - 注意：如果子窗体用
ShowDialog()，主窗体线程会阻塞，但事件仍能正常触发；若用Show()，要确保主窗体没被 GC 掉
Owner 属性 + 公共属性适合简单回写且子窗体模态
当子窗体是模态（ShowDialog()）、且只需回传少量字段（如 bool、string、int），用 Owner 是最简路径。它不依赖额外委托定义，但要求主窗体必须作为所有者传入。
- 主窗体创建子窗体时写：
new Form2().ShowDialog(this) - 子窗体中通过
(MainForm)this.Owner获取主窗体引用（需类型转换，建议加as判空） - 主窗体暴露公共属性（如
public string SelectedItem { get; set; }），子窗体关闭前赋值即可 - 风险点：如果主窗体已关闭或被 GC，
this.Owner会是 null；别在子窗体Load事件里就访问 Owner，那时可能还没设置好
避免用 Application.OpenForms 查找窗体
网上常有“遍历 Application.OpenForms 找到目标窗体再强引用”的写法，实际项目中应规避。它隐含两个硬伤：
- 窗体名/类型匹配不可靠：多个同类型窗体同时打开时容易拿错实例
- 生命周期失控：你拿到的窗体引用可能正处在
Dispose过程中，访问其控件会触发ObjectDisposedException - 更糟的是，这种写法让窗体间形成隐式依赖，单元测试完全无法 mock
真正难处理的，不是“怎么传”，而是“传完之后谁负责清理引用”。委托回调里记得在子窗体关闭后主动取消订阅（form.AddressUpdated -= handler），否则主窗体无法被 GC，尤其在频繁弹出对话框的场景下，内存会持续上涨。
