简介这是一份基于 WebView2 内核的个性化浏览器桌面程序源码面向具备一定 C# 与 WinForm 基础的开发者用于学习或二次开发类似 Edge、Chrome 的定制浏览器。项目使用 Visual Studio 2019 编写编译即可运行适合想快速搭建桌面浏览器框架、研究 WebView2 集成与 WinForm 界面交互的技术人员。资源包共 134 个文件包含 47 个 dll 依赖库、32 个 png 界面素材、8 个 cs 源码文件以及 sln、csproj、config、resx 等工程配置与资源文件整体约 15.33MB目录结构完整便于直接打开解决方案继续开发。目前已有 1097 人学习下载配套指导文章可辅助理解项目结构。通过这份源码读者能掌握 WebView2 的初始化与事件处理、浏览器窗口布局、资源与配置管理并在此基础上扩展标签页、书签、下载管理等个性化功能是入门桌面浏览器开发的实用参考。1. 用 WinForm 套 WebView2 做自用浏览器这套源码到底能省掉多少重复活很多人第一次听到「WinForm WebView2 做浏览器」第一反应是——这不就是把网页塞进窗体里吗能有什么技术含量。真动手做过的人才知道坑全在细节里多标签怎么管、新窗口怎么拦、下载怎么接、快捷键怎么抢、用户数据目录放哪、离线环境 Runtime 装不上怎么办。这套源码的价值不在于「能显示网页」而在于它把自用浏览器最常被反复造轮子的那几块——标签页容器、地址栏联动、导航事件、WebView2 生命周期——已经拼成了一个能跑的 WinForm 桌面程序骨架。它适合两类人一类是 C# WinForm 开发者想给自己的工具加一个内嵌浏览器壳又不想从零啃 WebView2 的 COM 接口另一类是需要一个「自用、可定制」的轻量浏览器比如做内网系统入口、做数据看板容器、做自动化操作面板。技术栈就是 .NET Framework 或 .NET视项目配置 WinForm Microsoft.Web.WebView2 控件源码结构清晰改起来不费劲。下面按「先搞懂它怎么搭起来 → 再动手跑通 → 再避开那几个必踩的坑 → 最后聊进阶」的顺序拆。2. WebView2 在 WinForm 里的加载链路从 NuGet 到第一个页面2.1 为什么是 WebView2 而不是老 WebBrowser 控件WinForm 自带的WebBrowser控件本质是 IE 内核的封装渲染引擎停留在 Trident现代前端框架Vue、React 打包产物在上面基本跑不动CSS Grid、ES6 语法、WebSocket 支持都残缺。WebView2 用的是 Edge 的 Chromium 内核渲染能力和桌面版 Edge 一致这是选它的第一理由。第二个理由是它的进程模型。WebView2 不是把浏览器引擎塞进你的进程而是通过WebView2Loader.dll去拉起一个独立的msedgewebview2.exe进程组你的 WinForm 进程只持有控制器接口。这意味着网页崩了不会直接拖垮主程序但也意味着你必须处理「Runtime 找不到」「进程启动失败」这类环境问题——后面避坑章节会细说。第三个理由是 API 完整度。CoreWebView2暴露了导航、脚本注入、Cookie 管理、下载拦截、新窗口请求等事件做自用浏览器需要的钩子基本都有。源码里对NavigationStarting、NewWindowRequested、DocumentTitleChanged这几个事件的挂接就是整个浏览器行为的骨架。2.2 初始化时序EnsureCoreWebView2Async 不能乱调WebView2 控件有个反直觉的点你把控件拖到窗体上它并不会立刻可用。必须先 await 初始化拿到CoreWebView2对象之后才能操作导航。源码里通常会在窗体Load事件里做这件事顺序错了就会抛「CoreWebView2 尚未初始化」。// 窗体加载时初始化 WebView2 环境 private async void MainForm_Load(object sender, EventArgs e) { // 指定用户数据目录避免默认目录权限问题 var userDataFolder Path.Combine( Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData), MyBrowser, UserData); var env await CoreWebView2Environment.CreateAsync( browserExecutableFolder: null, // null 表示用系统已安装的 Runtime userDataFolder: userDataFolder, // Cookie、缓存、LocalStorage 都落在这里 options: null); // 等待控件完成初始化这一步是异步的必须 await await webView.EnsureCoreWebView2Async(env); // 初始化完成后才能挂事件、做导航 webView.CoreWebView2.NavigationStarting OnNavigationStarting; webView.CoreWebView2.NewWindowRequested OnNewWindowRequested; webView.CoreWebView2.DocumentTitleChanged OnTitleChanged; webView.Source new Uri(https://www.bing.com); }逻辑说明CreateAsync的第二个参数userDataFolder是关键不指定的话 WebView2 会尝试写到程序目录遇到 Program Files 这种只读路径直接失败。参数browserExecutableFolder传 null 表示走系统安装的 Runtime如果你要固定版本比如内网机器统一版本这里传 Runtime 的解压目录。EnsureCoreWebView2Async必须在任何导航之前完成源码里如果看到有人在构造函数里直接webView.Source ...那基本是没跑起来过的写法。2.3 导航事件链地址栏、标题、加载状态怎么联动一个能用的浏览器地址栏要跟着页面跳转变标题要跟着页面标题变加载时要有反馈。这三件事分别对应SourceChanged、DocumentTitleChanged、NavigationCompleted。// 页面跳转后同步地址栏 private void OnSourceChanged(object sender, CoreWebView2SourceChangedEventArgs e) { // Source 是 Uri 类型转字符串填进地址栏 addressBar.Text webView.Source?.ToString() ?? string.Empty; } // 页面标题变化时更新窗体标题 private void OnTitleChanged(object sender, object e) { var title webView.CoreWebView2.DocumentTitle; this.Text string.IsNullOrEmpty(title) ? 自用浏览器 : ${title} - 自用浏览器; } // 导航完成处理失败状态 private void OnNavigationCompleted(object sender, CoreWebView2NavigationCompletedEventArgs e) { if (!e.IsSuccess) { // WebErrorStatus 枚举能区分 DNS 失败、超时、证书错误等 statusLabel.Text $加载失败{e.WebErrorStatus}; } else { statusLabel.Text 加载完成; } }参数说明CoreWebView2NavigationCompletedEventArgs.WebErrorStatus是个枚举HostNameNotResolved是 DNS 问题ConnectionAborted常见于目标站点主动断连CertificateCommonNameIsIncorrect是证书不匹配。做自用浏览器时把这些状态映射成中文提示比直接弹异常友好得多。SourceChanged和NavigationStarting的区别要分清前者是「地址变了」后者是「即将导航」做拦截比如屏蔽某些域名要用NavigationStarting里的e.Cancel true。3. 多标签与地址栏交互把「能显示」变成「能用」3.1 用 TabControl 承载多个 WebView2 的取舍自用浏览器绕不开多标签。WinForm 里最直接的做法是TabControl 每个 TabPage 里放一个 WebView2。但这里有个资源问题每个 WebView2 实例背后都是一组 Chromium 进程开十个标签就是十组进程内存直接起飞。源码里如果用了 TabControl 方案通常会在关闭标签时显式Dispose掉 WebView2 控件而不是只移除 TabPage。我一般会这样处理关闭逻辑// 关闭标签时释放 WebView2避免进程泄漏 private void CloseTab(TabPage page) { var wv page.Controls.OfTypeWebView2().FirstOrDefault(); if (wv ! null) { wv.Dispose(); // 触发底层 CoreWebView2 释放 } tabControl.TabPages.Remove(page); page.Dispose(); }逻辑说明WebView2.Dispose()会通知底层释放对应的浏览器进程组。如果只Remove不Dispose进程会残留任务管理器里能看到一堆msedgewebview2.exe挂着不走。这是自用浏览器最容易忽略的内存坑。另一种方案是单 WebView2 自己维护标签状态切换时重新导航。省内存但体验差每次切换都重新加载适合标签数量少、页面轻的场景。源码用的是哪种决定了你后续扩展的方向。3.2 地址栏输入解析URL 还是搜索词用户在地址栏敲的东西可能是完整 URL也可能是搜索关键词。判断逻辑不能只看有没有http因为localhost:8080、192.168.1.1这类也得当 URL 处理。// 判断输入是 URL 还是搜索词 private string NormalizeInput(string input) { input input.Trim(); if (string.IsNullOrEmpty(input)) return null; // 已经是完整 URL if (Uri.TryCreate(input, UriKind.Absolute, out var abs)) return abs.ToString(); // 看起来像域名或 IP含点、无空格 if (input.Contains(.) !input.Contains( )) { if (Uri.TryCreate(http:// input, UriKind.Absolute, out var guess)) return guess.ToString(); } // 其余当搜索词走搜索引擎 return https://www.bing.com/search?q Uri.EscapeDataString(input); }参数说明Uri.TryCreate用UriKind.Absolute判断是否已是完整地址补http://前缀时要注意有些内网系统只认https这里可以做成配置项。Uri.EscapeDataString处理中文和特殊字符别用UrlEncode的老写法编码结果在部分搜索引擎上会出问题。3.3 新窗口拦截NewWindowRequested 的正确接法网页里target_blank的链接默认行为在 WebView2 里不会自动开新窗口而是触发NewWindowRequested事件。不处理的话点了没反应用户以为程序卡了。// 拦截新窗口请求改为在当前程序开新标签 private void OnNewWindowRequested(object sender, CoreWebView2NewWindowRequestedEventArgs e) { // 阻止默认行为默认会尝试弹独立窗口 e.Handled true; // 拿到目标地址开一个新标签 var targetUri e.Uri; AddNewTab(targetUri); }逻辑说明e.Handled true是必须的否则 WebView2 会尝试用系统默认方式处理行为不可控。e.Uri就是目标地址。如果想让某些链接强制在当前标签打开可以在这里判断域名后直接webView.Source new Uri(e.Uri)不开新标签。NewWindowRequested还有个NewWindow属性可以拿到请求方期望的窗口对象做更精细的控制比如继承 opener 的 Cookie自用场景一般用不上e.Handled true加开新标签就够了。4. 避坑与排查WebView2 自用浏览器最常见的五个翻车点4.1 现象报「Could not find the WebView2 Runtime」原因目标机器没装 WebView2 Runtime或者装的是固定版本但路径没对上。这是离线部署和 Win7 环境最常撞的墙热词里could not find the webview2 runtime和webview2 win7版本下载搜的人多就是因为这个。解决两条路。一是让用户装 Evergreen Runtime微软官方分发程序里检测到缺失时引导安装二是用 Fixed Version 模式把 Runtime 解压到程序目录CreateAsync时browserExecutableFolder指向该目录。固定版本体积大几百 MB但内网、离线、Win7 场景只能这么干。检测逻辑// 检测 Runtime 是否可用 private static bool IsRuntimeAvailable() { try { var version CoreWebView2Environment.GetAvailableBrowserVersionString(); return !string.IsNullOrEmpty(version); } catch (WebView2RuntimeNotFoundException) { return false; // 没装 Runtime } }4.2 现象程序目录下生成一堆缓存文件或者启动报权限错误原因没指定userDataFolderWebView2 默认往程序运行目录写用户数据。装在C:\Program Files下时普通用户没写权限直接初始化失败。解决永远显式指定userDataFolder放到LocalApplicationData或ApplicationData下。如果要做便携版数据跟着程序走就放到程序目录的子文件夹但要确保该目录可写。4.3 现象关闭标签后内存不降任务管理器一堆 msedgewebview2.exe原因只移除了 TabPage没调用WebView2.Dispose()。控件对象被 GC 回收前底层进程不会主动退出。解决关闭标签时显式Dispose窗体关闭时遍历所有 WebView2 统一释放。如果程序要长时间运行建议加一个定时清理检查孤儿进程。4.4 现象网页里的下载点了没反应原因WebView2 默认不处理下载DownloadStarting事件不挂接的话下载请求被静默丢弃。解决挂CoreWebView2.DownloadStarting在里面决定是弹保存对话框还是直接存到默认目录// 接管下载行为 webView.CoreWebView2.DownloadStarting (s, e) { // 取消默认 UI自己处理 e.Handled true; var saveDialog new SaveFileDialog { FileName Path.GetFileName(e.ResultFilePath) }; if (saveDialog.ShowDialog() DialogResult.OK) { e.ResultFilePath saveDialog.FileName; e.DownloadOperation.StateChanged (os, oe) { // 下载状态变化可更新进度条 }; } else { e.Cancel true; // 用户取消 } };4.5 现象快捷键失效CtrlT、F5 没反应原因WebView2 拿到焦点后键盘事件被网页消费WinForm 窗体的KeyPreview和KeyDown收不到。解决用CoreWebView2.AcceleratorKeyPressed事件拦截或者把快捷键注册到CoreWebView2Controller上。注意AcceleratorKeyPressed里能拿到虚拟键码判断后设置e.Handled true阻止网页处理。5. 进阶把自用浏览器改成顺手的工具壳5.1 用 AddHostObjectToScript 打通 C# 与 JS自用浏览器如果只是浏览网页价值有限。真正好用的时候是让网页能调用本地能力——比如网页里的按钮触发本地文件操作、读取本地配置。WebView2 提供AddHostObjectToScript把 C# 对象暴露给 JS。// 定义要暴露给网页的对象 [ComVisible(true)] public class HostBridge { public string GetAppVersion() 1.0.0; public void SaveLocal(string key, string value) { // 写本地配置 File.WriteAllText(${key}.txt, value); } } // 初始化后注册 webView.CoreWebView2.AddHostObjectToScript(bridge, new HostBridge());网页侧调用// 网页里调用 C# 暴露的方法 const bridge window.chrome.webview.hostObjects.bridge; const version await bridge.GetAppVersion(); await bridge.SaveLocal(token, abc123);参数说明AddHostObjectToScript的第一个参数是 JS 侧的命名空间名第二个是 C# 对象。注意对象必须标记[ComVisible(true)]方法返回值会被包装成 PromiseJS 侧要 await。这个能力做内部工具时特别香网页负责 UIC# 负责本地操作。5.2 用 ExecuteScriptAsync 做页面注入有些页面需要注入自定义脚本比如去掉广告、加辅助按钮用ExecuteScriptAsync在NavigationCompleted之后执行。// 导航完成后注入脚本 private async void OnNavigationCompleted(object sender, CoreWebView2NavigationCompletedEventArgs e) { if (!e.IsSuccess) return; // 注入一段脚本给页面加个悬浮按钮 await webView.CoreWebView2.ExecuteScriptAsync( (function() { if (document.getElementById(my-helper)) return; var btn document.createElement(button); btn.id my-helper; btn.innerText 辅助; btn.style.cssText position:fixed;right:20px;bottom:20px;z-index:9999;; btn.onclick function() { alert(来自本地注入); }; document.body.appendChild(btn); })(); ); }逻辑说明ExecuteScriptAsync返回的是脚本执行结果的 JSON 字符串如果脚本有返回值可以解析。注入时机选NavigationCompleted而不是NavigationStarting因为后者执行时 DOM 还没建好。脚本里加if (document.getElementById(...)) return;是防止重复注入SPA 页面路由切换时可能多次触发。5.3 验证清单改完之后怎么确认没退化改完源码别急着打包按这几条过一遍验证项操作预期结果Runtime 检测在没装 Runtime 的机器上启动弹出引导提示不崩溃用户数据目录检查 LocalAppData 下是否生成 UserData有 Cookie、Cache 子目录多标签释放开 5 个标签后逐个关闭任务管理器无残留 msedgewebview2.exe新窗口拦截点 target_blank 链接在当前程序开新标签下载接管点网页下载链接弹出保存对话框快捷键按 F5、CtrlT触发对应功能不被网页吞掉我自己的习惯是每次动完 WebView2 相关代码先在干净虚拟机里跑一遍 Runtime 检测再在开发机上跑功能验证。血泪经验是开发机往往早就装过 Runtime很多环境问题在开发机上根本复现不出来等打包发给别人用才翻车。从那以后我每次发版前都强制走一遍干净环境验证希望帮到你。本文还有配套的精品资源点击获取