1. 为什么启动一个工具还要专门写脚本先交代一下背景。我平时经常帮同事和新入行的朋友调试 Burp Suite 的环境见过太多种“装好了却打不开”的情况。多半不是软件本身的问题而是启动这一步没处理好。Burp Suite 本质上是 Java 写的图形化工具官方给的是一个 jar 包而不是双击就能跑的 exe。也就是说你的电脑里必须先有能跑它的 Java 运行时然后用命令行把 jar 包“喂”给 Java工具才会真正启动。问题就出在这个“命令行”上。如果你装的是社区版或者 Professional 版每次启动都要打开终端敲一长串java -jar命令还要附带各种 JVM 参数实在繁琐。更麻烦的是一旦你在多个项目之间切换需要不同的代理端口、不同的内存配额手动敲命令就更容易出错。我见过有人把启动命令写成一段段文本存在桌面上每次复制粘贴一旦路径里有空格或中文就报错然后陷入漫长的排查。所以用脚本把启动过程固化下来是值得做的一件事。把 JVM 参数、Java 路径、工作目录、后续可能要做的系统代理设置全部写进一个文件里以后双击一下就能搞定。这篇文章会完整讲清楚两条路线bat 批处理和 vbs 脚本。前者是 Windows 下最传统的启动方式但启动时会伴随一个黑色命令行窗口后者则是用来把那个黑窗口藏起来让启动动作更像“双击一个正常软件”。如果你属于下面这几类人这篇文章会很适合你刚装好 Burp Suite却总是在启动阶段遇到No Java runtime present之类的报错。已经能启动但每次都要手动输入一长串参数想简化成双击。有便携化需求想把 Burp Suite 放到 U 盘或移动硬盘里到哪台电脑都能快速拉起。想顺带搞清楚 JAVA_HOME、PATH 这些环境变量到底是怎么影响工具启动的。先说结论这一步省不了。环境变量的配置是所有启动方式的前提条件不管你是用 bat、vbs还是直接用 IDEA 的 Terminal 执行命令只要 Java 环境有问题后面所有脚本都白写。所以我先从环境变量讲起再给 bat 和 vbs 的写法最后附上我实际踩过的坑和排查思路。2. 环境变量启动脚本绕不开的第一道坎2.1 为什么必须配 JAVA_HOME而不是直接把 java.exe 的路径写进 PATH这个话题看起来基础但和外界的理解有偏差。很多教程只是让你照抄步骤却不解释为什么。我先把这个讲透后面你写脚本时就不会犯低级错误。Java 的安装目录下有一个bin文件夹里面放着java.exe、javaw.exe、javac.exe等可执行文件。要让系统认识java这个命令只需要把bin文件夹的路径加入 PATH 就行。但问题在于你的电脑上可能不止装了一个 Java。比如项目 A 用的是 JDK 8项目 B 用的是 JDK 17这两个版本的目录结构一样bin 文件夹里的 java.exe 却不一样。如果你直接修改 PATH指向某一个版本的 bin 目录那确实也能用但一旦你想切换版本就得去改 PATH 里那一长串字符串非常容易改错。而 JAVA_HOME 的作用是作为一个“统一入口”。你只需要把 JAVA_HOME 设置成当前想用的 JDK 根目录然后在 PATH 里写%JAVA_HOME%\bin将来升级或者切换 JDK 时只改 JAVA_HOME 这一个变量就够了PATH 不用动。很多第三方工具比如 Maven、Tomcat启动脚本里也会去读 JAVA_HOME 这个变量。Burp Suite 的启动脚本同样可以通过%JAVA_HOME%\bin\java.exe精确定位 Java 可执行文件。所以配置环境变量这个动作不只是为了让你能在终端敲java -version更是给后续所有基于 Java 的工具铺路。你可以在系统变量里新建一个JAVA_HOME变量值就是 JDK 的根目录比如C:\Program Files\Java\jdk-17。然后再找到名为Path的变量在末尾追加%JAVA_HOME%\bin。注意这里有个非常容易踩的坑追加 PATH 时不要随手写死具体路径比如C:\Program Files\Java\jdk-17\bin。一旦你以后换了 JDK 版本这个写死的路径不会跟着 JAVA_HOME 变又得手动去改。用%JAVA_HOME%\bin才是正确的联动方式。另外系统变量和用户变量是有区别的。系统变量对所有用户生效用户变量只对当前用户生效。如果你只是自己用这台电脑配置用户变量就够了改起来风险更低。如果你装了多个 JDK建议把通用版本放在用户变量里特殊版本通过启动脚本临时指定这种方式我在第 6 部分会展开讲。2.2 配置环境变量的实际操作步骤第一个基础问题找到 JDK 的安装路径。如果你不确定装没装可以在 cmd 里执行where javac或echo %JAVA_HOME%。如果还没有配置命令通常不会有输出。如果你是从 Oracle 官网或 Adoptium 下载的安装包默认路径一般是C:\Program Files\Java\jdk-17.0.10 C:\Program Files\Eclipse Adoptium\jdk-17.0.10.7-hotspot拿到路径后按下面的步骤操作按Win R输入sysdm.cpl回车打开“系统属性”窗口。切到“高级”选项卡点击右下角的“环境变量”。在“系统变量”区域点击“新建”。变量名填JAVA_HOME变量值填你的 JDK 根目录注意是根目录不是 bin 目录例如C:\Program Files\Java\jdk-17。找到Path变量双击它。点击“新建”输入%JAVA_HOME%\bin然后点“确定”。如果看到列表里已经存在 C 盘下的 Java 相关路径比如C:\Program Files\Common Files\Oracle\Java\javapath建议把它移到列表靠后的位置或者干脆删掉。很多电脑上的 Java 异常报错就是因为它和真正的 JAVA_HOME 冲突。这里补充一个我看到大多数人容易犯的错装完 JDK 后系统会自动在 PATH 里添加一个C:\Program Files\Common Files\Oracle\Java\javapath目录这个目录里放的是 Oracle 的 Java 启动器。它本身没有大问题但它的优先级通常比系统变量里的 Path 高导致你明明想用 JDK 17实际执行的却是 Oracle JRE 自带的旧版本。我遇到过不止一次java -version显示 1.8但 JAVA_HOME 指向的是 17排查到最后就是它捣的鬼。建议把这一项移到末尾或者直接禁用。2.3 验证环境变量是否配置成功配置完环境变量后最关键的一步是验证。先在 cmd 里执行echo %JAVA_HOME%如果输出的是刚刚填写的 JDK 路径说明 JAVA_HOME 生效了。再执行java -version如果能看到类似openjdk version 17.0.10的输出说明 PATH 也配置成功。注意如果在配置环境变量之前你已经在 cmd 窗口里敲过java -version那配置完以后需要新开一个 cmd 窗口才能生效。这是个非常典型的“配置了却没用”的原因。另外有些电脑装了 JRE 而没有 JDK启动 Burp 时会报Error: A JNI error has occurred。这种问题的根源在于 Burp Suite 需要完整的 JDK 环境而不仅仅是运行时。判断方法很简单在终端执行javac -version如果提示javac 不是内部或外部命令说明你只装了 JRE。对于最新的 Burp Suite 版本官方要求 Java 17 及以上如果你的 Java 版本过旧启动过程会直接弹 JVM 相关错误。所以验证时不仅要看 java 版本还要确认是 JDK最好是 17 或更新的版本。3. bat 脚本从“能启动”到“顺手好用”的完整写法3.1 最基础的启动脚本长什么样确立了环境变量之后我们就可以写第一个 bat 脚本了。Windows 的批处理文件本质是一系列命令的序列双击时系统会用 cmd.exe 逐行执行。基础版本非常简单文件里就两行echo off java -jar burpsuite_pro.jar但注意这个版本能跑但不好用。首先当你在终端里启动 jar 时Java 会占用当前窗口关掉窗口就等于关掉 Burp Suite。其次没有指定 JVM 内存参数默认情况下 JVM 只分配物理内存的四分之一作为堆内存。如果在抓大流量包、跑 Scan 的时候内存不够Burp 会直接卡死。所以实际使用的启动脚本通常长这样echo off cd /d C:\Burp start BurpSuite javaw -Xmx2G -XX:UseG1GC -jar burpsuite_pro.jar简单解释一下这几行的含义cd /d C:\Burp切换工作目录。这里的/d参数可以同时切换盘符和路径。为什么必须切到 jar 包所在目录因为有些功能的相对路径依赖于当前工作目录比如加载插件、保存配置。如果你在桌面上双击 bat而 jar 包在 D 盘工作目录就是桌面可能会导致配置或插件找不到路径。start BurpSuite javaw用javaw.exe启动 Java 程序。注意这里不是java.exe。javaw 和 java 的区别在于javaw 不会附加控制台窗口双击脚本时bat 自带的黑窗口会在start命令执行后立即消失Burp 会在一个独立进程中运行和普通的桌面程序一样。窗口标题取名为BurpSuite方便在任务管理器里区分进程。3.2 路径处理和参数配置的细节新手常犯的一个错误是把 jar 包路径硬编码成绝对路径比如java -jar C:\Users\我的文件\Burp\burpsuite_pro.jar。如果路径里包含中文或者空格cmd 会尝试用空格做分隔符报出找不到文件的错误。处理方式有两种。第一种路径加引号。所有带空格的路径都要用双引号包裹这是 Windows 命令行通行的做法start BurpSuite javaw -Xmx2G -jar C:\Users\My Name\Burp\burpsuite_pro.jar第二种也是我更推荐的用%~dp0变量。这个变量在 bat 脚本里表示“脚本自身所在的目录”。比如你的脚本和 jar 包放在同一个文件夹里那就完全不用关心 jar 包的绝对路径是什么脚本会自适应echo off cd /d %~dp0 start BurpSuite javaw -Xmx2G -jar burpsuite_pro.jar这里的%~dp0展开后会在末尾自动带一个反斜杠所以路径拼接时不需要再额外补斜杠直接写%~dp0burpsuite_pro.jar也行。这个写法的好处是你把整个文件夹拷去别的电脑或者放到别的目录下脚本依然能正常找到 jar 包省去了每次迁移都要改路径的麻烦。再来说 JVM 参数。-Xmx2G表示最大堆内存为 2GB-Xms表示初始堆内存。如果你经常打开很多标签页、加载大量扩展建议给到-Xms256m -Xmx4G左右。不过有一点要注意32 位系统上 JVM 最大只能分配约 1.5GB 内存设太大反而启动失败。现在新电脑基本都是 64 位系统可以放心给内存。-XX:UseG1GC是选择 G1 垃圾回收器。Burp Suite 这类长时间运行、需要处理大量小对象的 GUI 应用用 G1 在交互响应上比默认的 Parallel GC 要平滑一些。实测下来处理长列表和扫描结果时卡顿感会明显减少。如果你的 Java 版本是 17 或更高启动时可能遇到类似WARNING: Illegal reflective access的 JDK 模块系统警告。这是因为 Burp 的某些库还在用反射访问内部 API。加一个参数可以消除这个警告start BurpSuite javaw -Xmx2G --add-opensjava.base/java.langALL-UNNAMED -jar burpsuite_pro.jar当然不加也能正常运行只是控制台会有警告输出。如果你很介意启动日志里的提示就把它加上。新版 JDK 在未来的版本里可能会默认拒绝非法的反射访问提前在启动脚本里加上--add-opens也会减少以后升级 JDK 带来的兼容性风险。3.3 自动提权和异常等待的处理还有一个高频需求Burp Suite 在某些操作里可能需要管理员权限比如配置系统代理或者用 Burp 的“临时系统代理”功能修改 Windows 网络设置时会弹出 UAC 提示。如果当前用户不是管理员启动脚本可能会在中途失败。一个比较稳妥的做法是在脚本里加一段自动提权的逻辑echo off net session nul 21 if %errorlevel% neq 0 ( powershell -Command Start-Process %~f0 -Verb RunAs exit /b ) cd /d %~dp0 start BurpSuite javaw -Xmx2G -jar burpsuite_pro.jar解释一下这段脚本的逻辑net session命令只有管理员权限才能执行成功普通权限执行时会报错。利用这一点先判断当前进程是不是管理员身份。如果不是就用 powershell 调用Start-Process -Verb RunAs重新以管理员身份运行当前脚本然后退出当前进程。这样双击脚本时系统会先弹一个 UAC 确认框点是之后用管理员权限重新执行脚本后续操作就没有权限限制了。需要注意的是%~f0表示脚本文件的完整路径放在Start-Process的引号内部时要小心嵌套引号的转义。上面示例中的写法在多数 Windows 10/11 环境下实测可用。由于Start-Process -Verb RunAs会打开一个新的进程原窗口直接退出即可不要在提权代码后继续执行后面的命令否则会出现重复启动两个实例的问题。如果不需要管理员权限这节内容可以忽略把提权逻辑注释掉或删除。3.4 带自动检测的完整实用版 bat我之前实际在用的脚本加了一个“找不到 java 时给出友好提示”的逻辑。因为有些便携电脑上没有配 JAVA_HOME双击脚本后会看到一个黑窗口一闪而过然后什么反应都没有非常困惑。加上检测逻辑后问题定位就直观了echo off chcp 65001 nul 21 cd /d %~dp0 rem 优先使用当前目录下的 jre 目录便携模式 if exist %~dp0jre\bin\javaw.exe ( set JAVA_EXE%~dp0jre\bin\javaw.exe ) else ( if exist %JAVA_HOME%\bin\javaw.exe ( set JAVA_EXE%JAVA_HOME%\bin\javaw.exe ) else ( echo [错误] 未找到 Java 环境请先安装 JDK 并配置 JAVA_HOME。 echo 或者在脚本同级目录下放置名为 jre 的文件夹。 pause exit /b 1 ) ) start BurpSuite %JAVA_EXE% -Xmx2G -XX:UseG1GC -jar %~dp0burpsuite_pro.jar这里用chcp 65001把控制台代码页切到 UTF-8是为了让中文提示不出乱码。这个脚本里有个隐藏的设计如果脚本同级目录下存在jre文件夹优先使用其中的 javaw。这样在没配环境变量的电脑上也能跑对便携党非常友好。如果你不需要这个功能直接把if exist %~dp0jre\bin\javaw.exe这一段删掉即可。很多人在设置JAVA_EXE变量时踩过一个坑批处理里给变量赋值时等号两边不能加空格比如写成set JAVA_EXE ...会出错。上面用set JAVA_EXE...这种引号包裹整行的写法即使变量值里有空格也没问题比较稳妥。4. vbs 脚本把黑色窗口藏起来的第二种启动方式4.1 bat 有黑窗vbs 来解决bat 脚本虽然好用但有一个视觉上的槽点双击运行时会闪一下黑色命令行窗口。如果你的 jar 包路径里有中文、加载了插件或者 Burp 在启动过程中输出了较多日志黑窗口还会持续停留几秒。对工程师自己来说无所谓但如果是在演示场合或者你希望它看起来更像一个正常的桌面软件黑窗口就比较碍眼。vbsVBScript脚本可以很好地解决这个问题。VBScript 是 Windows 自带的一个脚本宿主不需要安装额外环境可以直接用WScript对象调用 Windows 底层功能。用 vbs 启动 Burp 的关键点在于它的Run方法可以指定窗口显示模式只要传一个0参数就能让被启动的进程完全没有窗口。Set shell CreateObject(WScript.Shell) shell.Run cmd /c C:\Burp\start-burp.bat, 0, False这段代码的意思是创建一个 WScript.Shell 对象然后调用它的Run方法用隐藏窗口模式去执行cmd /c start-burp.bat。第二个参数0就是窗口模式0 表示隐藏窗口第三个参数False表示不等待脚本执行完成就直接返回这样你双击 vbs 后不会出现任何窗口。有人会问那为什么不直接在 vbs 里启动javaw.exe非要绕一圈去调 bat两种方式都行。直接调用 javaw 的 vbs 写法是Set shell CreateObject(WScript.Shell) shell.Run C:\Program Files\Java\jdk-17\bin\javaw.exe -Xmx2G -jar D:\Burp\burpsuite_pro.jar, 0, False这样写更直接少了一层 bat 的嵌套。但坏处是以后想调整 JVM 参数或者想加内存参数还得改 vbs 文件而 VBScript 的字符串转义比 bat 更繁琐容易配错括号和引号。我的建议是分工明确所有启动细节放在 bat 里vbs 只负责把窗口藏起来。这样日常只需要维护 bat 一个文件vbs 就保持固定不用动。4.2 中文乱码问题vbs 文件的编码陷阱vbs 脚本的一个大坑是文件编码。如果你的系统区域设置是简体中文记事本默认会用 ANSI 编码保存文本文件。ANSI 编码在 Windows 简中系统上通常就是 GBK。如果 vbs 文件里包含中文注释文件保存为 UTF-8不带 BOMVBScript 解析时就容易出现乱码甚至直接报未结束的字符串常量错误。解决方式很简单写 vbs 时尽量用英文注释或者保存文件时选择 ANSI 编码。如果你只能用 UTF-8 编码写带中文的 vbs那就必须给文件加上 BOM 头记事本里保存时选择“UTF-8 with BOM”这样 WScript 才能正确识别编码。另外vbs 里的路径字符串是用双引号包裹的如果路径本身包含空格需要在路径外层再套一层双引号所以经常会出现连续三个引号的情况比如C:\Program Files\...。这种写法容易看花眼建议在写路径时统一用变量Set shell CreateObject(WScript.Shell) batPath C:\Burp\start-burp.bat shell.Run cmd /c batPath , 0, False这样可读性会好很多也方便以后改路径。我自己的习惯是把 vbs 和 bat 放在同一个文件夹里用相对路径获取脚本位置这样整套工具拷到哪都能用Set fso CreateObject(Scripting.FileSystemObject) Set shell CreateObject(WScript.Shell) scriptDir fso.GetParentFolderName(WScript.ScriptFullName) shell.Run cmd /c scriptDir \start-burp.bat, 0, False这里的WScript.ScriptFullName返回当前 vbs 文件的完整路径GetParentFolderName提取其所在目录。使用这段代码时不需要在 vbs 里硬编码路径只需保证 vbs 与 bat 在同一目录即可。4.3 用 vbs 把启动入口变成桌面快捷方式vbs 除了隐藏窗口还有一个进阶用法直接创建快捷方式到桌面或者启动文件夹真正实现“双击图标即启动”。Set shell CreateObject(WScript.Shell) desktopPath shell.SpecialFolders(Desktop) Set shortcut shell.CreateShortcut(desktopPath \Burp Suite.lnk) shortcut.TargetPath wscript.exe shortcut.Arguments D:\Burp\start-burp.vbs shortcut.IconLocation D:\Burp\burp.ico,0 shortcut.WorkingDirectory D:\Burp shortcut.Save运行一次这段 vbs桌面就会生成一个名为“Burp Suite”的快捷方式。双击快捷方式时系统会调用wscript.exe去执行你的隐藏启动脚本全程无窗口感觉就像在使用一个原生桌面应用。SpecialFolders(Desktop)定位到当前用户的桌面目录这样即使桌面路径被 OneDrive 重定向过也能正确拿到路径。快捷键的图标你可以指定为任意.ico文件如果不指定会显示默认的 WSH 文件图标。需要注意快捷方式的目标路径是wscript.exe而不是直接指向 vbs 文件这是为了让 vbs 默认用窗口脚本宿主运行避免弹出一个黑色控制台。如果你的系统上wscript被禁用过可以改用cscript但那样会有控制台输出违背了隐藏窗口的初衷。5. 启动脚本常见故障的排查顺序5.1 典型故障与原因对照脚本写好了不等于就完事了。我从自己遇到以及帮别人处理过的启动故障里挑了一些高频的列成表格方便你对照排查现象可能原因处理方式双击 bat 后黑窗一闪而过没有任何反应JAVA_HOME 未配置或配置错误新开 cmd执行echo %JAVA_HOME%确认路径正确报Error: Unable to access jarfile脚本里 jar 包的路径不对确认 jar 包名称和脚本中的文件名完全一致注意大小写报Error: A JNI error has occurred用的是 JRE 而不是完整 JDK安装与 Burp 要求匹配的 JDK重新配置 JAVA_HOMEBurp 启动后端口被占用8080 端口被其他进程抢占修改 Burp 的代理监听端口或在 bat 启动前用netstat -ano检查启动后几分钟内界面操作非常卡堆内存设置太小在 bat 中加大-Xmx参数如-Xmx4G每次启动都弹 UAC 提示脚本包含管理员提权逻辑不需要提权时删除相关段或改用非管理员运行双击 vbs 没反应vbs 执行权限受限或文件编码异常用cscript手动执行看报错信息检查文件编码是否为 ANSI 或带 BOM 的 UTF-8这张表覆盖的是启动脚本常见问题的大多数场景尤其是“黑窗一闪而过”这种情况网上说得最多的原因基本锁定在环境变量上而不一定是脚本本身的问题。5.2 一个完整的排查案例分享一个真实场景。有位朋友反馈双击我给的 bat 后屏幕闪了一下就没有任何反应。我让他依次执行了三步排查最终定位到问题。第一步在 cmd 中手动执行java -version结果提示java 不是内部或外部命令。这就说明 PATH 没有配置好系统根本找不到 java 命令。第二步检查echo %JAVA_HOME%输出为空证明 JAVA_HOME 根本没设置。第三步让他在“环境变量”窗口里确认 JAVA_HOME 的路径结果发现他把变量值填成了C:\Program Files\Java\jdk-17\bin多写了\bin后缀。这个原因很典型JDK 安装目录本身是根目录bin 子目录由 PATH 中的%JAVA_HOME%\bin去拼接。如果 JAVA_HOME 已经带上了 binPATH 里的拼接就成了C:\Program Files\Java\jdk-17\bin\bin自然找不到可执行文件。修正 JAVA_HOME 的值重新启动一个新的 cmd 窗口后java -version正常输出版本信息再双击 batBurp Suite 就顺利启动了。你可以看出这类问题不一定是脚本复杂往往是环境变量配置的某个细节没对上导致整个链条断裂。另一个我经常看到的故障是 Burp 界面启动后加载扩展插件时报错。这类问题往往不是脚本问题而是插件路径中有中文或空格Burp 的插件加载器在某些版本下对这类路径处理不佳。如果你的启动脚本用cd /d %~dp0切换了工作目录建议把插件目录也放在同级目录下不要放在系统盘的 “我的文档” 里能避免相当多无谓的路径解析问题。6. 一套脚本管理多个使用场景6.1 多个 Burp 版本与多 JDK 版本的切换实际工作中我经常需要在不同版本的 Burp Suite 之间切换。比如有的项目用 Professional 版有的用社区版有的场景需要 JDK 11有的需要 JDK 17。如果每个版本都去改一次全局环境变量实在痛苦。更好的做法是用启动脚本局部设置 Java 路径不影响全局配置。假设你的目录结构是这样的D:\BurpSuitePro ├─ burpsuite_pro.jar ├─ jre17 │ └─ bin │ └─ javaw.exe ├─ start-pro.bat └─ start-pro.vbsstart-pro.bat里可以直接用当前目录下的相对路径指定 Javaecho off cd /d %~dp0 set JAVA_EXE%~dp0jre17\bin\javaw.exe start BurpSuitePro %JAVA_EXE% -Xmx4G -XX:UseG1GC -jar %~dp0burpsuite_pro.jar注意这里在set语句前面不能用%JAVA_EXE%来做输出因为变量在这条 set 之后才被定义。批处理脚本里的变量展开发生在执行到那一行的时候所以上面的脚本中set其实是第二条命令如果前面有输出%JAVA_EXE%的语句会是空值。这个细节虽然不起眼但常被初学者忽略。如果你希望脚本仍然优先使用全局 JAVA_HOME仅在未配置时使用本地 jre就可以用前面第 3 节里介绍过的if exist判断逻辑。这样日常电脑上配好了 JAVA_HOME 就直接用带到新电脑没有环境变量时也能自动降级到本地 jre。这套逻辑我用了很久非常稳定。6.2 开机自启与计划任务另一个高频需求是让 Burp Suite 开机自动启动。如果你每天开工第一件事就是打开 Burp可以考虑把 vbs 脚本放进启动文件夹。按Win R输入shell:startup回车就能打开当前用户的启动文件夹。把start-pro.vbs的快捷方式复制进去或者直接放 vbs 文件本体即可实现开机启动且无黑窗。如果你的电脑登录后桌面加载比较慢vbs 启动得太早可能会出现“找不到 JDK”的情况因为某些环境变量还没初始化完。解决办法是在 vbs 里加一个延迟等待Set shell CreateObject(WScript.Shell) WScript.Sleep 5000 shell.Run cmd /c D:\Burp\start-pro.bat, 0, FalseWScript.Sleep 5000表示等待 5 秒再执行启动命令。时间可以根据电脑开机速度调整一般 3 到 5 秒足够。这样既保证了开机自动拉起又不会和登录初期的环境初始化打架。6.3 便携化部署的思路最后说一下便携化。前面讲的%~dp0相对路径、本地 jre 目录、vbs 隐藏窗口组合在一起就是一套完整的便携方案把整个文件夹jar 包、jre、bat、vbs打包放 U 盘拔到任意一台 Windows 电脑上双击 vbs即可启动 Burp且不污染那台电脑的全局环境变量。这个方案很适合安全培训、外场测试或者临时机器的场景。要注意的是U 盘文件系统最好用 NTFS因为 FAT32 对单个文件大小有限制而大型 JDK 或 Burp 安装包很可能超过 4GB。另外在别人的电脑上使用便携版如果系统缺少 VC 运行库或 .NET 组件可能会影响部分功能的运行。不过通常情况下正常安装的 Windows 系统都自带这些依赖实测下来便携方案的成功率很高。我自己现在电脑上的标配就是一个 bat 加一个 vbs放在 Burp 的安装目录下桌面右键点开 vbs 就行没有黑窗口没有多余命令所有 JVM 参数固定在 bat 里维护。如果你按照这篇文章一步步操作下来应该也能达到同样的效果。特别是环境变量那段建议多花两分钟理解一下搞懂它之后以后不管跑什么 Java 工具都能举一反三。