那个网页的标题写着「直接进入」。我点了。页面加载到第 8 秒，跳出一段被压缩过的 JavaScript。我把它复制出来，粘贴到文本编辑器里，一共 47 行，其中 12 行在判断浏览器的 User-Agent。第 13 行开始请求一个接口，返回的是 403。
我把那台设备放在桌上，盯着屏幕。这不是第一次。三周前，一个叫李远的读者在邮件里问我：「源码到底在哪一层？」我当时没有回。今天我想试着回答，哪怕只是把问题拆得更清楚一点。
入口这件事，比想象中多一层
大多数人以为「入口」是一个链接。点进去就完了。实际上它至少分成三层：第一层是用户点到的页面，第二层是页面里请求的接口，第三层是接口背后真正决定能不能播放的那段逻辑。我手头那 47 行源码只覆盖了第一层和第二层。第三层它碰不到。行内常见做法是把第三层的地址写死在某个 CDN 的路径里，换一次路径，前两层就全部失效。2025 年 10 月，B 站的播放接口做过一次参数签名调整，那段时间很多标着「免费进入b站网站入口直接进入网站高清版」的页面集体挂掉，原因就在这里。
至于源码本身，我拆过几个流传较广的版本。它们的共同点是：入口页面很短，不到 200 行，把请求逻辑压成一行；真正复杂的是那个被混淆过的视频解析模块，动辄七八百行，变量名全是 a、b、c、d。这不是技术炫技，是故意让人看不懂。我不觉得这是恶意，但我也不能假装它干净。这也是我为什么在站内另写了一篇B站必看的10000部视频免费入口推荐网站，把那些看起来像入口、点进去却只是导航页的东西单独标出来。
我真正困惑的地方
照理说，一个人写入口页面，动机无非两种：自己想用，或者给别人用。二者都不难理解。难理解的是第三种：有人只是为了测试某个接口还活着没有，就顺手发出来。我在一个叫「源码交流」的群里见过这种事。群主姓周，头像是一张黑底白字的图片，他发过一句话：「入口能跑，不代表能用。」这句话我记了两个月。因为它把「免费进入」和「直接进入」两个词之间的裂缝说清楚了——能进，不等于里面有什么。这一点我在10000个免费网站入口软件那篇里也提过，入口的数量从来不等于内容的数量，但很多人分不清。
还有一个问题一直悬着：源码被公开之后，它到底属于谁？写的人、改的人、还是转发的人？我没有答案。我能确定的只有一件事——如果你在网上看到的「源码」只有几行 HTML，那它大概率只是一个壳。真正的逻辑藏在请求参数里。2026 年 3 月，一个叫陈屿的开发者在自己的博客里贴过一份 23 行的请求示例，第 9 行用的是时间戳加密，第 15 行有一个写死的 referer。这份示例后来被删了，但我在缓存里还能看到。它让我明白，入口的「免费」是有代价的，代价就是有人要花时间维护那份写死的字符串。
一个明确的观点
说实话，我认为大部分标着「免费进入b站网站入口直接进入网站」的页面被严重高估了。它们解决的问题不是「进入」，而是「看起来能进入」。真正的难点在视频播放链路，不在那个输入框。我承认这话说得不客气，但我拆过的十几个入口里，只有两个能稳定返回可播放的流，其余的在第二次请求时就断开了。这个比例我写在笔记里，今天也放在这里。读者可以不同意，但数字不是我编的。
关于心理预期，我建议先读一读B站免费入口直接进入网站入口推荐心理分析精选那篇。它讨论的不是技术，是人为什么愿意点开一个写着「直接进入」的链接。我觉得这个话题比源码本身更值得想。至于不想折腾、只想少跳几次的，免费进入B站网站入口直接进入网站无需下载应用可以作为一个对照，看看「无需下载」这个承诺背后通常省略了什么。
我现在还是困惑的。我把 47 行源码存进了文件夹，命名为 draft_017。下次有人问我「源码在哪」，我会先问他：你要的是壳，还是那行写死的 referer？