这个问题我之前开发WinForms项目时也碰到过，核心原因是Windows窗体设计器的进程位数和x86项目不匹配，导致32位的自定义控件程序集无法被设计器正常加载，所以控件就从设计视图里消失了。下面是几个亲测有效的解决步骤：

1. 启用VS的x86设计器进程 #

这是最直接的解决办法，让设计器用32位进程来加载你的x86项目：

• 打开Visual Studio 2019，点击顶部菜单栏的「工具」→「选项」
• 在弹出的窗口里，依次展开「Windows窗体设计器」→「常规」
• 找到「启用x86设计器进程」选项，勾选它，然后点击确定
• 重启Visual Studio，再打开你的项目，切换到x86平台后查看设计视图

2. 清理并重建整个解决方案 #

有时候旧的编译缓存会干扰设计器加载控件：

• 点击菜单栏的「生成」→「清理解决方案」
• 然后点击「生成」→「重建解决方案」
• 完成后关闭并重新打开窗体的设计视图

3. 检查项目文件的目标平台设置 #

如果上面的方法没生效，可以手动检查项目文件（.csproj）的配置：

• 右键你的项目，选择「卸载项目」
• 右键已卸载的项目，选择「编辑xxx.csproj」
• 找到所有<PropertyGroup>节点，确保其中的<PlatformTarget>值都是x86（比如Debug和Release配置下）
• 保存文件，重新加载项目，再切换到x86平台查看

4. 尝试将自定义控件移到单独的类库项目 #

如果你的自定义控件和主窗体在同一个项目里，也可以试试把它们拆分到单独的类库：

• 新建一个类库项目，将目标平台设为x86
• 把你的自定义控件代码（比如LabelTitle.cs）移到这个类库中
• 在主项目里引用这个类库，确保主项目的目标平台也是x86
• 这种方式能让设计器更稳定地加载自定义控件，避免和主项目的COM组件加载冲突

补充说明 #

你的自定义控件代码本身没有问题，标准控件能显示也说明项目的基础配置是正常的，核心就是解决设计器进程和x86平台的位数兼容问题。按照上面的步骤操作后，应该就能在x86环境下正常使用自定义控件，同时让IBM PCOMM的COM引用正常工作了。

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