Windows Forms继承窗体设计器提示控件重名重复报错问题

这个问题是Windows Forms设计器的固有序列化逻辑导致的，和控件访问修饰符是否设为protected没有直接关系，核心规则如下：

为什么会自动复制部分基类控件 #

WinForms设计器在加载派生窗体时，会对所有基类继承来的控件做序列化判定，只要满足以下任意一种情况，就会把该控件的初始化代码写入派生窗体的Designer.cs文件：

• 在派生窗体设计器中手动修改过该控件的任意属性、给控件绑定过事件。哪怕只是拖动改了位置、修改了Text属性这类微小改动，设计器都会判定该控件在派生类有自定义配置，直接把控件的全量初始化逻辑生成到派生类设计器代码中，不再走基类的继承逻辑。
• 基类控件的部分属性无法被设计器正确识别序列化来源。最常见的场景包括：控件绑定了自定义事件、属性是没有配套类型转换器的自定义类型、自定义控件的属性没有配置正确的DesignerSerializationVisibility特性。这种情况下哪怕没有修改过派生窗体里的这个控件，设计器也会误判“该属性在派生类被修改”，自动生成重复的初始化代码。

为什么没有复制全部控件 #

设计器只会序列化它判定为“在派生类存在自定义修改”的控件，剩余完全没有触发序列化判定的基类控件，会正常走类的继承逻辑，不会在派生类Designer.cs里生成任何代码，因此只会出现部分控件被复制的情况。

重名报错的触发逻辑 #

被复制到派生类Designer.cs的控件，设计器会自动生成和基类同名字段的声明、以及new 控件类型()的初始化代码，和从基类继承来的同名字段冲突，就会抛出Duplicate component name .... Component names must be unique and case-insensitive的错误。

注：如果基类控件的Modifiers设为private，派生类设计器无法访问基类控件字段，也会自动生成新的同名字段触发同类报错，已经将所有控件设为protected的场景可以排除这个诱因。

• 打开派生窗体的Designer.cs文件，定位到被重复生成的控件，删除所有相关代码：包括类层级的控件字段声明、InitializeComponent方法里的控件实例化代码、属性赋值代码、事件绑定代码。
• 尽量不要直接在派生窗体设计器中选中基类控件修改属性。如果需要调整基类控件的表现，优先在基类中预留可重写的属性接口，或者在派生窗体的构造函数、OnLoad重写方法中通过代码修改控件属性，避免触发设计器的自动序列化逻辑。
• 如果是自定义控件，给不需要在派生类设计器中修改的属性加上[DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)]特性，明确告知设计器不需要序列化该属性，避免误判。

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