BrowserViewWindowManager 统筹多浏览器预览窗口的创建、定位、销毁与资源释放；调用 create() 需确保 Chrome 路径配置正确、配置已加载且避免并发无防抖；窗口叠在一起因 viewColumn 分配逻辑失效，可显式指定；关闭单窗口不杀进程是设计使然，全关才释放，需检查 dispose 是否漏调。
VSCode 里开多个浏览器预览窗口不是靠手动拖拽或反复点“Open Preview”，而是靠 BrowserViewWindowManager 这个组件在底层协调——它管创建、管位置、管销毁、管资源释放，你看到的“多窗口不打架”“关完自动杀进程”，全是它在干活。
BrowserViewWindowManager.create() 怎么调用才不卡住？
直接 await windowManager.create("http://localhost:3000") 是最简方式，但它依赖两个隐性前提：Chrome 进程已就绪、用户配置已加载。常见卡顿原因不是代码写错，而是：
-
chromeExecutable路径配置为空且系统没装 Chrome（Windows 默认找C:\Program Files\Google\Chrome\Application\chrome.exe，macOS 找/Applications/Google Chrome.app/Contents/MacOS/Google Chrome） - 首次调用时
refreshSettings()还没完成，startUrl读成undefined，导致页面加载失败后静默挂起 - 并发调用多次
create()（比如快捷键连按），而组件内部未做防抖，可能触发 Chromium 实例争抢
实操建议：先确保 extensionConfiguration.ts 中的 defaultStartUrl 有值；调试时打开 VSCode 输出面板，切换到 “Browser Preview” 频道看是否报 Failed to launch browser 或 Timeout waiting for browser。
多窗口布局为什么总叠在一起？
BrowserViewWindowManager 默认按列号（column）分配位置，不是按像素坐标。它读取上一个窗口的 viewColumn，+1 后新开——但前提是上一个窗口没被手动拖到其他栏位，也没被 vscode.window.showTextDocument 类 API 干扰过视图状态。
- 如果所有预览都挤在编辑器主区域（column 1），大概率是
create()调用时没传options，或viewColumn被重置为undefined - 想固定开在右侧栏？显式传参：
windowManager.create("http://localhost:3000", { viewColumn: vscode.ViewColumn.Two }) - 注意：VSCode 的
ViewColumn最大只支持到Three（即三栏），再往右会 fallback 到One
关闭窗口后内存没释放，是 Bug 还是配置问题？
不是 Bug，是设计行为：BrowserViewWindowManager 只在 **所有预览窗口都关闭** 时才调用 killBrowserProcess()。单个窗口关掉只是隐藏 WebviewPanel，Chromium 进程还在后台维持，目的是加速下次打开。
- 如果你改了代码频繁开关窗口，又发现 CPU 占用高，检查是否漏调
window.dispose()—— 某些异常路径下dispose没触发，导致引用残留 - 想强制释放？在设置里关掉
browser-preview.reuseBrowserProcess（默认 true），但代价是每次开窗都要冷启动 Chromium，延迟明显增加 - 真正该盯的是输出面板里的
Browser process terminated日志，没这条就说明进程还活着
复杂点在于：窗口生命周期和 Chromium 进程生命周期是解耦的，但又通过 BrowserViewWindowManager 统一调度。很多人以为关掉一个 tab 就等于 kill 掉一个浏览器实例，其实不是——这点容易被忽略，也最难调试。
