Burp Suite 启动后，浏打浏览器窗口闪一下就没了，览器或者干脆停在空白页，浏打地址栏连 http://burpsuite 都没加载出来。览器这不是浏打个例，我最近在帮同事排查时，览器一天内碰到三台机器都是浏打这个毛病。核心原因通常不在 Burp 本身，览器而是浏打它自带的 Chromium 内核浏览器被系统环境或安全软件拦截了。

先看一个真实案例。览器上周同事的浏打 Windows 11 笔记本，Burp 版本是览器 2024.5.2，点 Open Browser 后任务管理器里能看到 BurpBrowser.exe 进程，浏打但内存占用只有几 MB，览器几秒后自动退出。浏打他之前装过 360 安全卫士，卸载后重启，问题依旧。我让他检查 %TEMP% 目录下的 burp 文件夹，发现里面有一个 chromium_debug.log，最后一行写着 Failed to create sandbox。这就是线索——Chromium 的沙箱机制被系统策略挡了。

Burp 自带浏览器本质上是定制版 Chromium，它默认启用沙箱。Windows 上如果用户账户控制（UAC）设置过严，或者组策略禁用了 Win32k 系统调用过滤，沙箱初始化就会失败。解决办法很简单：在 Burp 的 Settings → Tools → Burp's browser 里，勾选 Disable sandbox。重启 Burp，浏览器就能正常弹出。这个选项在 macOS 和 Linux 上也有，但触发条件不同。

Linux 用户遇到的概率更高。Ubuntu 24.04 默认的 AppArmor 配置会限制非特权用户命名空间，而 Chromium 沙箱依赖这个。报错信息通常是 No usable sandbox!。临时方案是 sudo sysctl -w kernel.unprivileged_userns_clone=1，但重启失效。更彻底的做法是给 Burp 的浏览器二进制文件单独写一条 AppArmor 规则，或者直接禁用沙箱。我自己的 Kali 虚拟机里，每次升级 Burp 后都要重新勾选一次这个选项，因为配置文件会被重置。

还有一种情况是端口冲突。Burp 自带浏览器启动时会监听一个本地随机端口，用于代理通信。如果系统里装了其他抓包工具（比如 Fiddler、Charles），或者之前没退干净的 Burp 进程还占着 8080，浏览器就会卡在启动阶段。表现是窗口白屏，标题栏显示 about:blank，但代理设置没生效。任务管理器里结束所有 java.exe 和 BurpBrowser.exe，再重启 Burp 就能解决。我习惯在启动 Burp 前先跑一遍 netstat -ano | findstr :8080，确认端口空闲。

macOS 上有个隐蔽的坑：Gatekeeper 会隔离从非 App Store 下载的 Chromium 组件。如果你把 Burp 安装在 /Applications 下，但用 sudo 启动过，浏览器二进制的权限会变成 root:wheel，普通用户执行时被 com.apple.quarantine 属性拦住。终端里执行 xattr -dr com.apple.quarantine /Applications/Burp\ Suite\ Community\ Edition.app，然后重启 Burp，问题消失。这个细节官方文档没写，是我在 Apple 开发者论坛翻到的。

如果以上都试过还是打不开，去 Burp 的安装目录找 burpbrowser 文件夹，手动运行里面的 chrome 或 chromium 可执行文件。命令行会直接输出错误原因。我见过一次是缺少 libnss3.so，在 Fedora 上需要 sudo dnf install nss。另一次是 Windows 的 PATH 里有个旧版 chromedriver 干扰了动态链接库加载，删掉那个路径就好了。

说到底，Burp 自带浏览器打不开，九成以上是沙箱、端口、权限这三类问题。别急着重装 Burp，先看日志，再动配置。我现在的习惯是每次升级 Burp 后，第一件事就是去设置里把沙箱禁用勾上，省得后面抓包时突然卡住。