企业官网建设流程全解析

用badboy录制脚本的人，十有八九都栽在同一个坎上——打开工具、填好网址、点下录制，内置浏览器要么白屏，要么一直转圈，要么直接报“无法显示此页面”。更气人的是，同一台机器用普通浏览器访问同一个网址一点问题没有，一到badboy手里就各种打不开，最后只能放弃录制，手工去jmeter里拼请求。其实这个问题的坑是有迹可循的，坏的不是工具本身，而是它工作的独特方式对环境要求太敏感。这篇文章我会从badboy录制脚本的原理出发，把打不开网页的常见原因、排查顺序、可用方案和替代路径一次说清楚，希望能帮你省下折腾的时间。

1. 先搞清楚badboy录制网页时到底做了什么

1.1 badboy不是浏览器，是“代理+录制器”

很多人刚接触badboy时，会把它当成一个浏览器在用，觉得badboy就是一个带录制功能的网页浏览器。实际上不是。badboy本质上是一个本机HTTP代理服务器，它启动录制后，会在你电脑的某个端口上开一个代理服务，内置浏览器发出的所有请求都会先经过这个代理，由代理转发到目标服务器，再把响应返回给浏览器，同时把整个请求过程以脚本步骤的格式记录下来。

你看到的那层“浏览器”，更像是一个挂在badboy代理上的展示窗口，真正干活的是它背后的代理模块。所以badboy能不能打开网页，取决于这条链路是不是通的：本地代理有没有正常工作、系统有没有把流量导向这个代理、代理和目标服务器之间能不能正常通信、响应返回时浏览器能不能正常渲染。任何一个环节出问题，表现出来的都是同一个结果——网页打不开。

理解这一层非常关键，排查时就不会老盯着“浏览器”本身折腾，而是会把注意力放到代理链路、系统配置、证书信任这些真正的症结上去。这也是为什么我建议所有用badboy做脚本录制的人都先搞清楚这个原理。

1.2 为什么网页打不开，大多是环境问题而不是工具问题

既然badboy是通过本地代理来抓流量，那它对运行环境的要求就比普通软件苛刻得多。这里说的环境，包括系统代理设置、监听端口是否空闲、IE内核的配置状态、SSL证书信任链、权限级别、杀毒软件的放行策略，甚至还包括当前网络环境下DNS解析和hosts文件是否正常。

用一个生活化的类比：badboy是一个中间人，它帮你把网页内容取回来，但前提是你得告诉它门牌号（代理地址和端口）、门卫得让它进（防火墙和权限）、它取货的凭证得有效（证书和登录态）。任何一个条件不满足，你看到的都是“包裹没收到”，也就是网页打不开。而这些问题在不经过代理的普通浏览器里压根不会暴露，所以才会给人“普通浏览器能开，badboy打不开”的错觉。

所以这篇内容的核心思路是：遇到badboy录制脚本时打不开网页，先按代理链路逐段检查，再处理证书和权限，最后考虑兼容性和替代方案。很多问题顺着这个顺序走一遍就能解决，不用动不动就卸载重装。

2. 常见的直接原因与排查优先级

2.1 代理端口被占用、系统代理残留

这是最最常见的原因，没有之一。badboy每次录制时都需要在本机开一个代理端口，不同版本默认端口可能不一样，常见的大概在8080、9090这个区间。如果你电脑上同时装了fiddler、charles、wireshark之类的抓包工具，或者之前用过jmeter自带的录制器没关，这些工具很可能把8080端口占掉了。badboy启动录制时抢不到端口，代理服务起不来，内置浏览器自然加载不了任何页面。

另一种情况更隐蔽：之前某个抓包工具退出时没有还原系统代理设置，系统代理还指向那个工具原先监听的端口，但工具已经关了。结果就是你打开badboy录制时，badboy想接管代理接管不过来，或者说系统流量根本没有进badboy，而是去了一个已经死掉的端口。表现形式同样是浏览器打不开网页，甚至其他浏览器也会一起上不了网。

排查方法很简单，打开命令行执行netstat，看目标端口到底被谁占着：

netstat -ano | findstr 8080

如果这条命令有输出，说明8080端口确实有程序在监听，再用后面的PID去查是哪个进程：

tasklist /fi "pid eq 12345"

看到是fiddler或者老死的java进程，处理方法就明确了：关掉占端口的程序，或直接把badboy的监听端口改掉。改端口的位置一般在badboy的偏好设置里找“Proxy”相关的配置项，改成8085、9090这类不冲突的端口，改完再开始录制。

2.2 IE内核兼容性与系统设置

badboy内置浏览器是基于IE内核开发的，老版本尤其明显。现在的Windows 10、Windows 11里IE本身已经被边缘化，系统默认的浏览器渲染策略、安全级别、增强保护模式都会和badboy的内置浏览器起冲突。典型表现就是页面白屏、长时间加载后报错，或者只有部分网页能打开、部分网页死活不行。

这里有几个很实在的处理方法。第一，打开Internet选项，在“高级”标签页里点击“重置”，把IE所有自定义设置还原到默认状态，重置时建议勾上“删除个人设置”。第二，在Internet选项的“安全”标签页里，把目标网站地址加入受信任站点，同时把安全级别调到中或中低，避免IE内核因为安全策略直接拒绝加载。第三，如果系统开了IE的“启用增强保护模式”，建议先关掉，这个模式对旧内核工具的杀伤力很大。

还有一个容易被忽略的细节：很多badboy教程里的截图是老版本界面，但你在新系统上装badboy时，最好右键exe文件，进入“属性→兼容性”，勾上“以兼容模式运行”，选择Windows 7或Windows XP SP3，再勾上“以管理员身份运行”。这一步能规避大量新系统下的兼容性问题。

2.3 HTTPS证书信任问题

如果你要录制的是https开头的网页，打不开的原因大概率出在证书信任上。badboy在录制https站点时，需要用自己的根证书做中间人解密，否则浏览器只会看到加密流量，页面内容无法被解析和展示。第一次录制https时，badboy会尝试把它的根证书安装进系统受信任的根证书颁发机构列表，这个动作如果被系统拦截、被杀毒软件阻止，或者浏览器出于安全策略拒绝信任，那https页面就会在握手阶段直接断掉。

判断是不是这个问题有个很直观的方法：同一个网站，用http能打开，换https就打不开，或者打开后页面加载一半就报错。那就是证书没信任到位。

解决方法是手动安装badboy的根证书。具体操作是打开badboy菜单里关于证书或SSL的设置项，看有没有“Install Certificate”之类的选项，先点击安装。如果工具内安装失败，就去badboy安装目录下找证书文件（一般是.crt后缀，找不到就在录制的临时目录里翻一下），然后手动导入：打开系统的Internet选项，切到“内容”标签页，点“证书”按钮，把badboy证书导入到“受信任的根证书颁发机构”下，导入后重启badboy再试。顺便说一句，这个思路跟jmeter录制https脚本是完全一样的——后面会专门讲。

2.4 权限、杀软与防火墙拦截

badboy需要在系统层面做几件事：监听端口、修改代理设置、安装证书、读写临时文件。这些操作在非管理员权限下经常被限制，表现出来就是录制时工具静默失败，页面怎么都刷不出来。如果工作机有权限控制，或者经常用普通用户登录，建议右键badboy图标选“以管理员身份运行”，这是排查时成本最低的一步。

杀毒软件和防火墙也不能忽视。badboy的代理是“本机回环代理”，也就是浏览器访问指向127.0.0.1的代理地址，这个行为会被一部分安全软件当作可疑的本地中间人攻击拦截。表现就是badboy一开录制，安全软件弹窗报警，接着浏览器就再也连不上了。这类问题其实清理起来并不复杂，到杀毒软件的信任区里把badboy的安装目录加进去，或者到防火墙设置里放行badboy程序，允许它在专用网络上通信即可。防火墙不建议直接全关，容易把机器暴露在风险里，加白名单才是正解。

3. 从零开始的解决流程：按顺序操作能解决大多数问题

3.1 第一步：还原代理设置并检查监听端口

不管问题是什么，我建议的第一个动作都是先把系统代理还原干净。按下Win+R输入inetcpl.cpl回车，进入Internet选项，切到“连接”标签页，点“局域网设置”，把“为LAN使用代理服务器”前面的勾去掉，如果下面“自动检测设置”没勾的话一并勾上，确定保存。Windows 10和Windows 11系统里，还需要到“设置→网络和Internet→代理”界面，把“使用代理服务器”开关关掉。

还原代理后，先不急着录，直接启动badboy，手动填一个你确定能访问的网址（比如最普通的官网首页），点录制，看内置浏览器能不能打开。如果还是不行，进入badboy的偏好设置，找到代理监听端口，记下端口号，然后到命令行执行netstat确认该端口有没有监听起来。如果端口是空闲的但badboy没有成功监听，那就是工具本身或权限问题，可以跳到下一步。

这里要特别提醒一下：有些教程让你“配置系统代理指向badboy”，那是给外部浏览器用的方案，对badboy内置浏览器来说，它自己会处理代理接管，不需要手动改系统代理。反而如果你手动配了，还容易和badboy自己的接管逻辑打架。我的习惯是让badboy自动接管，除非没办法时才手动给浏览器指代理。

3.2 第二步：用“管理员+兼容模式”排除权限问题

代理和端口检查完之后，就要考虑权限和兼容性这两个老生常谈的问题了。找到badboy的安装目录，右键主程序exe，选择“属性”，在“兼容性”标签页里，先勾选“以兼容模式运行这个程序”，下拉列表里选Windows 7，再勾选“以管理员身份运行此程序”，点击应用确定。

然后重新打开badboy录制。这一招在我实际帮人排查时成功率很高，尤其是在Windows 10 1809之后的版本和Windows 11上。原理不复杂：badboy是老工具，新系统默认的进程隔离、写入限制、TLS策略对它都不太友好，兼容模式能让它在类似旧系统的规则下运行，管理员权限则保证它写证书、开端口、改代理这些动作不被系统拦截。

如果你的badboy是绿色解压版，没有安装步骤，这种右键属性设置同样有效。还有一个小细节：64位系统下如果badboy运行得特别不顺，可以找32位版本试一下，有些场景下32位版本反而更稳定，这算是个土办法，但确实有人靠这个解决了问题。

3.3 第三步：处理HTTPS证书

如果http页面能打开而https打不开，或者https页面报证书错误的，直接跳到证书处理这一节。先看badboy自身的设置里有没有证书安装入口，点击安装。多数情况badboy会尝试把证书放入系统证书库，如果弹窗里有“是/允许”之类的确认，一定要点允许，不要跳过。

如果badboy内部安装失败，就用手动导入方式。打开badboy安装目录，找扩展名为.crt或.cer的文件，这就是badboy的根证书。然后打开Internet选项，切到“内容”标签页，点击“证书”，在弹出窗口里切到“受信任的根证书颁发机构”，点“导入”，按向导把badboy的证书文件导进去。这里有一个关键点：导入位置必须选择“受信任的根证书颁发机构”，如果默认选到了“个人”或其他位置，浏览器依然不会信任它。

导入完成后，关闭badboy重新打开，再录制https页面。如果目标网站还有客户端证书或其他安全策略，badboy可能仍然无法打开，但从录制角度来看，只要握手成功、页面能渲染出来，就可以继续采集脚本了。

3.4 第四步：绕开内置浏览器，用外部浏览器继续录制

如果上面几步都试过了，内置浏览器还是打不开，别急着放弃，还有一条路可以走——绕开badboy的内置浏览器，用外部浏览器配合录制。前面说过，badboy本质是本地代理，只要你让一个外部浏览器把代理指到badboy的监听地址，流量一样会被badboy录制下来，脚本照样生成。内置浏览器打不开，不一定代理就没在工作，可能是渲染层和系统兼容性的问题，用外部浏览器就能避开这一层。

具体操作是这样的：先启动badboy进入录制状态，确认代理监听的地址和端口（一般是127.0.0.1加某个端口，端口到偏好设置里查）。然后打开系统的代理设置，把代理服务器地址填成127.0.0.1、端口填成badboy监听的端口。也可以直接用外部浏览器（比如Chrome加个代理插件，或者用IE）设置好代理后访问目标网址。你会发现badboy工具栏里开始出现一条条请求记录，说明代理已经抓到流量了，这时候你在外部浏览器里完成的每一步操作，都会被录制成badboy脚本。

用这个办法要注意一点：外部浏览器的代理设置会在录制结束后残留，录完一定要记得把系统代理或浏览器代理恢复，不然其他网页全都会因为指向badboy这个死代理而打不开。我个人建议，这一步只作为内置浏览器实在无法工作时的备选方案，平时能直接用内置浏览器录制还是用内置浏览器，毕竟它录下来的脚本坐标和事件更贴合badboy自己的逻辑。

4. 网络环境排查与替代录制方案

4.1 hosts、DNS与网络解析问题

有些时候badboy打不开网页，锅不在badboy，而在目标地址本身。比如测试环境地址写的是个域名，而这个域名在hosts文件里被指向了一个已经下线的IP，或者网络环境切换后DNS解析出问题，普通浏览器因为有缓存或者使用了其他DNS还能打开，badboy内置浏览器强制走系统网络栈，反而被反复触发解析错误。

遇到这种情况，可以先检查一下目标地址在系统层面能不能解析：命令行执行ping目标域名，看返回的IP是否正确；如果目标在局域网内，再对比一下确认是否应该走内网解析。hosts文件一般位于C:\Windows\System32\drivers\etc\hosts，打开后看看有没有和目标域名相关的映射，有的话确认一下IP是否还有效，无效就注释掉或改成正确IP。

还有一个容易被忽略的点是IPv6。部分新系统会优先尝试IPv6解析，如果当前网络没有IPv6环境，解析会超时，普通浏览器有完善的降级机制，但badboy的内置IE内核在这方面表现不佳。遇到页面长时间转圈才报错的，可以在Internet选项里把IPv6相关的勾选调整一下，或者直接给目标地址填IP而不是域名来验证。想验证是不是这个原因，最简单的就是把URL从域名改成IP试试，能打开就是解析问题，再回到hosts和DNS层面处理。

4.2 用jmeter自带的录制器替代badboy的完整步骤

如果badboy的录制问题短时间内实在搞不定，或者目标网站太新、加密太复杂，badboy已经跟不上了，别硬扛，直接用jmeter自带的HTTP(S) Test Script Recorder替代。这个功能和badboy是同一个思路，都是本地代理录制，但jmeter更新更勤，对现代web的兼容性更好。而且很多人在搜badboy录制脚本打不开的问题时，最后都是转到jmeter录制这条路上了。

jmeter录制脚本的步骤不复杂，照着做就行。先打开jmeter，在测试计划下添加一个线程组，然后在线程组上右键添加“HTTP(S) Test Script Recorder”（老版本显示为“HTTP代理服务器”）。进去后设置端口，默认是8888，如果被占用就改一个，比如9999；目标控制器要选择刚才建的线程组，这样录到的请求会直接落到线程组下面。再往下看有一个“HTTPS”相关的证书设置，用默认的就行。点启动按钮，启动后jmeter会在它的bin目录下生成一个证书文件。接下来打开浏览器，把代理服务器地址设成127.0.0.1、端口设成刚才填的8888或9999，然后在浏览器里操作目标系统。录制过程中jmeter会把请求逐个记录下来，停止录制后，线程组下面就会出现一堆HTTP采样器。

这里补充一个jmeter录制https脚本的要点：如果目标地址是https，浏览器第一次访问时会提示证书错误，因为jmeter的证书不是正经CA签发的。你需要手动信任jmeter的证书，最简单的方法是启动录制后，在浏览器里访问http://127.0.0.1:端口，按页面提示下载并安装证书到“受信任的根证书颁发机构”。这一步和badboy处理https证书的思路完全一致，本质都是信任工具自签证书。证书信任完，https页面就能正常打开，jmeter也能解密并记录请求。

4.3 类似工具的思路迁移：SAP脚本录制回放的连接排查逻辑

如果你是从其他录制工具跳过来看这篇文章的，比如你在SAP系统上研究脚本录制和回放功能，你也会发现排查思路惊人地相似。SAP GUI的脚本录制和回放，本质上也是先让工具“接管”你在界面上的操作流，然后生成脚本，回放时再模拟这些操作。遇到“打不开、录不上、回放失败”这类问题时，大家通常怀疑的第一反应都是“工具坏了”，但实际排查下来，大多数问题都出在连接环境、权限配置和回放目标的状态上。

比如SAP录制脚本前，你要先确认当前登录的客户端版本支持脚本录制，要在SAP GUI里开启脚本录制相关的设置项，还要保证当前账号有对应的操作权限，否则按钮就是灰的。回放的时候，前提是目标系统可达、登录状态有效、界面版本和录制时一致。这些问题和badboy打不开网页的排查逻辑是同构的：先查链路通不通，再查工具功能有没有被限制，最后查目标本身的状态。所以哪怕你对badboy已经死心了，只要掌握了这套排查思路，换任何录制工具都不慌。

4.4 一次真实的排查记录

前阵子帮一个朋友远程看问题，他的环境是Windows 11，badboy版本是2.1.3，表现是点录制后内置浏览器立刻白屏，报“页面无法显示”。我让他先确认普通浏览器能不能打开目标地址，他说能。然后我按下面的顺序来排查：

先检查系统代理设置，发现他的“使用代理服务器”开关是打开的，代理地址指向127.0.0.1:8080，但8080端口并没有任何程序在监听。这就找到了最直接的一个问题：系统代理残留。我让他先关掉这个开关，然后启动badboy，看一下badboy偏好设置里的端口是多少，结果是8080。再执行netstat -ano | findstr 8080，发现端口其实并没有被占用。还原代理后，我又让他把badboy关掉，右键以管理员身份运行，开始录制，内置浏览器还是打不开。

接着处理兼容性，设成Windows 7兼容模式，再按管理员运行，还是不行。最后一步，我让他把badboy退出，在Internet选项里重置IE，导入badboy自带的证书文件到受信任根证书机构，再以管理员身份打开。这次测试https页面，终于能正常加载了。复盘下来，他这里叠加了两个问题：一个是系统代理残留，指向了一个死端口，导致badboy接管代理时不断冲突；另一个是https证书没有被系统信任，所以https页面在握手阶段就全部阵亡。http页面后来能打开一部分，https完全打不开。这两个问题分别处理后，badboy就恢复正常了。

这个案例其实很典型。排查badboy打不开网页时，不要一个方法试一次就完，也不用寄希望于某一个“大招”能解决所有问题。很多时候是环境里同时有几个瑕疵，你解决掉一个，问题减轻一点，全部清掉后才会完全恢复。

5. 常见问题速查与个人踩坑记录

5.1 问题现象、原因与解决对照表

这部分我把实际工作中比较常见的问题整理成一张速查表，遇到类似现象可以直接按表排查，省得满网乱找：

这张表不能覆盖所有问题，但覆盖了大多数badboy录制脚本打不开网页的场景。如果表里的方案都试过还是不行，再看一下badboy的版本。一些特别老的版本在现在的网页加密和TLS协议下已经无能为力，这不是你操作的问题，是工具天花板到了。

5.2 个人踩坑记录与几个小技巧

用badboy这些年，我总结了几条比较实在的经验，可能外面教程里不太会写，但对日常操作帮助很大。

第一，录制前一定先把其他代理类工具全部退出，包括fiddler、charles、老版本jmeter的录制器、任何系统代理管理工具。坏消息是，这些东西经常在后台驻留，退出主界面不代表进程结束，需要在任务管理器里确认进程已经消失。

第二，坏消息是badboy对现代网站的支持确实越来越吃力，如果你录的页面大量使用WebSocket、SPA前端路由、强加密、双因素认证，badboy就算能打开页面，录下来的脚本也经常是残缺的。这种场景我不会在badboy上耗太久，直接转到jmeter自带的录制器或者干脆手写脚本更高效。

第三，录完脚本后第一时间还原系统代理设置。我见过太多同事、朋友因为忘了这一步，导致电脑所有浏览器上都不了网，最后排查一圈才发现是坏蛋竟然是自己昨晚录脚本留下的代理。养成习惯，录完就把代理关掉，或者至少确认一下系统代理开关是关闭的。

第四，如果badboy在一台机器上怎么弄都不行，而另一个同事的电脑上同样版本却一切正常，别怀疑自己，大概率是系统环境和权限配置的差异。可以试着换一台机器验证，有时候花两小时调环境，不如直接换台环境干净一点的机器录制，录完再把脚本复制回来。工具是为人服务的，别被工具绑死。

我在实际使用中的体会是，badboy打不开网页，本质上不是badboy单方面的问题，而是它在跟一个错综复杂的网络环境协作时遇到了阻碍。你只要养成“代理影响面大，优先排查；HTTPS无小事，证书要先行；权限是整个链条的底线”这三个心智模型，绝大多数问题都能在十分钟内定位到方向。希望这篇文章能让你少走些弯路。