构造函数传值最直接但需确保InitializeComponent()已执行；公共属性更灵活，须在OnLoad中同步UI；取回结果推荐DialogResult+属性组合；跨窗体通信应使用自定义事件避免内存泄漏。
用构造函数传值最直接，但要注意窗体生命周期
新窗体打开时就确定要传的值，构造函数是最自然的选择。比如从主窗体 MainForm 打开编辑窗体 EditForm 并传入待编辑的 ID：
new EditForm(123).Show();
这时 EditForm 的构造函数需接收参数并保存为字段或属性：
public partial class EditForm : Form<br>{<br> private int _itemId;<br> public EditForm(int itemId)<br> {<br> InitializeComponent();<br> _itemId = itemId;<br> LoadItemData(); // 此处可安全访问控件，因为 InitializeComponent() 已执行<br> }<br>}
容易踩的坑：
- 在构造函数里直接操作未初始化的控件（如
textBox1.Text = "xxx"），会抛出NullReferenceException—— 必须等InitializeComponent()执行完； - 传引用类型（如
List<string></string>）时，若后续在子窗体中修改，主窗体看到的是同一份数据，不是副本 —— 需要深拷贝或明确约定所有权。
用公共属性传值更灵活，适合非即时场景
当值需要在窗体显示后、用户操作前再设置，或者要支持多次赋值（比如复用同一个窗体实例），用公共属性比构造函数更合适：
var editForm = new EditForm();<br>editForm.ItemId = 456;<br>editForm.ShowDialog();
EditForm 中定义属性：
public int ItemId { get; set; }
注意：属性赋值后不能立刻读取控件状态（如 textBox1.Text），因为窗体还没显示。应在 Load 事件或重写 OnLoad 中同步到 UI：
protected override void OnLoad(EventArgs e)<br>{<br> base.OnLoad(e);<br> textBox1.Text = _itemId.ToString(); // 此时控件已创建完毕<br>}
常见错误：
- 把属性设为
public string TextValue { get; set; }，然后在Load里写label1.Text = TextValue，但忘了在主窗体调用ShowDialog()前赋值 —— 属性保持默认值，UI 显示为空； - 属性命名和字段名冲突（如同时有
private string _textValue和public string TextValue），又没在 setter 里触发更新，导致 UI 落后于属性值。
关闭子窗体后取回结果，别依赖全局变量
子窗体关闭后要带回操作结果（如用户点“确定”后的输入内容），推荐用 DialogResult + 属性组合，而不是改全局变量或静态字段：
// 主窗体中<br>var form = new InputForm();<br>if (form.ShowDialog() == DialogResult.OK)<br>{<br> string userInput = form.UserInput; // 公共只读属性<br> ProcessInput(userInput);<br>}
InputForm 中：
public string UserInput => textBox1.Text;<br><br>private void okButton_Click(object sender, EventArgs e)<br>{<br> DialogResult = DialogResult.OK;<br> Close();<br>}
关键点：
- 必须用
ShowDialog()（模态显示），才能保证主窗体等待子窗体关闭后再读取属性； - 不要在子窗体
FormClosing里强行赋值给主窗体变量 —— 违反封装，且难以测试； - 如果子窗体可能被重复使用，记得在
Load或Shown事件里清空上次的输入，避免残留数据。
跨窗体事件回调比暴露控件更安全
当主窗体需要响应子窗体的实时动作（比如搜索框每输一个字就刷新主窗体列表），直接让子窗体暴露 TextBox.TextChanged 事件很危险 —— 主窗体一旦订阅，不手动取消就会造成内存泄漏，而且破坏了子窗体的内聚性。
正确做法是子窗体定义自定义事件：
public partial class SearchForm : Form<br>{<br> public event EventHandler<SearchEventArgs> SearchRequested;<br><br> private void searchBox_TextChanged(object sender, EventArgs e)<br> {<br> SearchRequested?.Invoke(this, new SearchEventArgs(searchBox.Text));<br> }<br>}
主窗体订阅时确保能及时取消：
private void OpenSearchForm()<br>{<br> var form = new SearchForm();<br> form.SearchRequested += OnSearchRequested;<br> form.FormClosed += (s, e) => form.SearchRequested -= OnSearchRequested;<br> form.Show();<br>}
这样既解耦，又避免了对子窗体内部控件的强依赖。实际开发中，很多人图省事直接写 searchForm.searchBox.TextChanged += ...，结果窗体关了事件还在，控件被 GC 后再触发就崩了。
传值本身不难，难的是谁该拥有数据、什么时候读、谁负责清理 —— 这些边界没划清，后面加功能就容易绕进引用错乱、事件堆积、UI 不同步的坑里。
