工具箱里拖一个WebBrowser控件到窗体上，添加代码里写一句 webBrowser1.Navigate("https://example.com")，添加这可能是添加多数人第一次接触WinForm内嵌浏览器的全部认知。但真要把网页嵌得像个原生功能模块，添加坑比想象中多。添加

先说最基础的添加：WebBrowser控件本质是IE内核的壳，版本取决于用户系统。添加你开发机上用Win11测得好好的添加，客户那台Win7的添加机器可能渲染出的页面完全是另一副模样。所以项目一开始就得确定最低支持系统，添加否则后期兼容性修复能让你怀疑人生。添加

实际项目中，添加我习惯先写个工具类封装Navigate、添加Refresh、添加GoBack这些操作。添加别直接在按钮点击事件里裸调控件方法——万一哪天要换内核（比如改用CefSharp或WebView2），你只需要改这一个类，而不是满窗体找散落的调用点。

有个细节容易被忽略：WebBrowser的DocumentCompleted事件并不代表页面加载完成。Ajax请求、动态脚本渲染都不会触发它。如果你要在页面里注入JS或抓取数据，得用定时器轮询或监听document的onreadystatechange。我踩过这坑——当时做个自动登录功能，页面主框架加载完就执行了注入代码，结果DOM元素还没生成，白忙活一场。

再说说交互。网页里的JS调C#方法，用window.external桥接。把窗体类标记为[ComVisible(true)]，然后在类里公开方法，JS那边直接调用。反过来C#调用网页JS就简单多了，Document.InvokeScript("函数名", 参数数组)。

但桥接有个隐患：如果网页里跑着不信任的第三方脚本，它也能通过window.external调你的公开方法。所以公开方法里必须做参数校验和权限控制，别图省事把整个窗体对象暴露出去。

性能方面，如果只是显示个静态帮助页面，WebBrowser绰绰有余。但要是做复杂的前端交互界面，比如拖拽图表、实时数据刷新，IE内核的渲染效率会让你崩溃。这时候别犹豫，直接换WebView2（Edge内核），API几乎兼容，但性能是质的飞跃。

最后提醒一句：WebBrowser控件的默认UserAgent带着“MSIE”字样，很多现代网站会因此返回兼容模式页面。想伪装成Chrome，得修改注册表或通过Navigate的headers参数，具体做法网上有现成代码，但要注意不同Windows版本有些差异。

说到底，WinForm加WebBrowser适合轻量级内嵌需求——做个设置向导、显示个报表、嵌入个地图。真要拿它当整个应用的主界面，趁早换Electron或纯Web方案，省得后面维护成本高到你想砸电脑。