WebTorrent BEP 支持全景BitTorrent 扩展协议在 Node.js 与浏览器端的实现对照指南【免费下载链接】webtorrent⚡️ Streaming torrent client for the web项目地址: https://gitcode.com/gh_mirrors/we/webtorrent导读本文基于 WebTorrent 官方 BEP 支持矩阵系统梳理 WebTorrent当前仓库版本 3.0.21项目定位为 Streaming torrent client for the web对 BitTorrent Extension ProtocolsBEP即 BitTorrent 扩展协议的完整支持情况并对照 index.js、lib/torrent.js、lib/peer.js、lib/webconn.js 等核心源码逐一解释每个 BEP 在 Node.js 与浏览器两个运行环境下的实现程度、底层调用链与可配置项。读完本文你将掌握WebTorrent 哪些 BEP 开箱即用、哪些受限、哪些无法实现及其根本原因以及如何通过构造参数启用、关闭或调优这些协议行为。一、BEP 支持矩阵速览BEPBitTorrent Extension Protocol是 BitTorrent 生态中一系列扩展协议的统称由 BEP 1 定义编号与登记机制。WebTorrent 在官方文档中用三个图例标注每个协议的支持状态已实现implemented未实现not implemented欢迎提交 issue无法实现cannot be implemented受运行环境物理限制完整矩阵如下Node.js / 浏览器两列分别代表在 Node 进程与浏览器含 WebRTC 数据通道两种运行环境下的支持情况名称协议编号Node.js浏览器Distributed hash table (DHT)BEP 5Fast ExtensionBEP 6IPv6 Tracker ExtensionBEP 7Magnet linksBEP 9Extension ProtocolBEP 10Peer Exchange (PEX)BEP 11Local Service Discovery (LSD)BEP 14UDP Tracker ProtocolBEP 15WebSeed – HTTP/FTP Seeding (GetRight style)BEP 19Tracker Returns Compact Peer ListsBEP 23Private TorrentsBEP 27uTorrent transport protocol (uTP)BEP 29DHT Extensions for IPv6BEP 32Storing arbitrary data in the DHTBEP 44Updating Torrents Via DHT Mutable ItemsBEP 46Tracker Protocol Extension: ScrapeBEP 48Magnet URI extension – Select specific file indicesBEP 53BitTorrent Protocol v2BEP 52阅读提示本文只使用仓库内可验证的证据源码与配置不包含任何外部链接跳转。上表中标注的官方 BEP 编号对应的规范原文链接仅在原文档中作为协议标识使用读者可自行查阅 BitTorrent 官方 BEP 索引。二、双环境架构为什么同一协议在 Node.js 与浏览器表现不同WebTorrent 的核心卖点是在浏览器里通过 WebRTC 数据通道DataChannel进行 BitTorrent 传输同时在 Node.js 下完整支持传统 TCP/uTP/DHT 栈。这种同一套 API、两套传输后端的架构直接决定了 BEP 支持矩阵的分布可从三处源码证据确认1. package.json 的 browser 字段浏览器端被显式排除的模块在 package.json 中browser字段把下列依赖在浏览器构建中映射为false即不可用browser: { ./lib/conn-pool.js: false, ./lib/utp.cjs: false, silentbot1/nat-api: false, bittorrent-dht: false, crypto: false, fs: false, fs-chunk-store: fsa-chunk-store, http: false, load-ip-set: false, net: false, os: false, ut_pex: false }这一行配置解释了矩阵中绝大多数浏览器 或 浏览器 条目的根源bittorrent-dht、net、os被排除 → DHTBEP 5、uTPBEP 29、LSDBEP 14依赖 UDP 组播、UDP TrackerBEP 15在浏览器中不可用ut_pex被排除 → PEXBEP 11在浏览器中不可用对应 issue webtorrent#1191./lib/conn-pool.js与./lib/utp.cjs被排除 → 浏览器端无法监听 TCP/uTP 端口。2. index.js 中的浏览器排除注释运行时分叉点在 index.js 中Client as DHT、loadIPSet、ConnPool、NatAPI等模块的导入位置都标注了// browser exclude构造器逻辑相应分叉DHTif (opts.dht ! false typeof DHT function /* browser exclude */)index.js#L130-L161——浏览器 bundle 中DHT为 undefined因此this.dht false连接池if (typeof ConnPool function) { this._connPool new ConnPool(this) } else { queueMicrotask(() this._onListening()) }index.js#L118-L124——浏览器中没有 TCP 监听服务器uTPthis.utp WebTorrent.UTP_SUPPORT opts.utp ! falseindex.js#L85而WebTorrent.UTP_SUPPORT ConnPool.UTP_SUPPORT后者在 lib/conn-pool.js#L189 中定义为Object.keys(utp).length 0。3. lib/utp.cjsuTP 的尽力而为加载lib/utp.cjs 是一个 CJS 条件加载包装器它尝试require(utp-native)失败时打印WebTorrent: uTP not supported警告并返回空对象。utp-native是 package.json 中的optionalDependencies因此即使 Node.js 环境若未成功编译安装 utp-nativeuTP 也会静默降级为纯 TCPconn-pool 中 uTP server 的error事件会把this._client.utp置为false见 lib/conn-pool.js#L45-L49。这一点与官方矩阵中 Node.js 并不矛盾——矩阵描述的是能力上限实际是否启用取决于运行环境是否具备原生依赖。结论浏览器端只保留纯 WebRTC HTTP 栈能力凡依赖 TCP 端口监听、UDP 组播、原生 Socket 或 Node 网络 API 的 BEP 均无法在浏览器中实现这是运行环境而非工程偷懒决定的硬边界。三、已实现协议逐项解析Node.js 与浏览器双端3.1 BEP 10 Extension Protocol BEP 9 Magnet links BEP 48 Scrape这三个协议构成了 WebTorrent从一串 magnet 链接拿到完整 torrent 文件的完整链路也是最值得展开的组合BEP 9Magnet linksclient.add(magnetURI)时解析出的 infoHash 进入 lib/torrent.js 的_startDiscovery流程通过 DHT/Tracker 发现携带ut_metadata扩展的对等方。BEP 10Extension Protocol所有ut_*扩展ut_metadata、ut_pex、lt_donthave都承载在 BEP 10 定义的扩展握手之上。在 lib/torrent.js#L1334-L1347 中每条新 wire 都会执行wire.use(utMetadata(this.metadata))若本地还没有 metadata则监听metadata事件并调用wire.ut_metadata.fetch()主动向对端拉取元数据。ut_metadata依赖来自 package.json 的ut_metadata模块。BEP 48Tracker Protocol Extension: Scrapetracker 层由torrent-discovery与bittorrent-trackerdevDependenciespackage.json#L91驱动Node 与浏览器双端均已实现 scrape 能力用于在下载前查询种子/下载者数量。元数据获取的完整优先级链源码可见于 lib/torrent.js#L371-L372 与 lib/torrent.js#L482-L550如果 torrentId 本身已携带完整 metadata如直接传入 .torrent 文件 Buffer立即使用若 magnet 链接带xsexact source参数通过 HTTP 从xsURL 拉取 .torrent 文件_getMetadataFromServer要求http://或https://前缀并校验 infoHash 一致否则等待 DHT/Tracker 发现对等方经 ut_metadata 扩展交换元数据。3.2 BEP 6 Fast Extension减少 RTT 的下载加速器Fast Extension快速扩展允许在未完成 bitfield 交换前就发送have-all/have-none/allowed-fast等消息显著减少新连接建立时的往返次数。在 lib/torrent.js#L1443-L1461 中有三处直接对应 BEP 6 的事件处理// fast extension (BEP6) wire.on(have-all, () { wire.isSeeder true if (this.alwaysChokeSeeders) wire.choke() // always choke seeders this._update() this._updateWireInterest(wire) }) // fast extension (BEP6) wire.on(have-none, () { ... }) // fast extension (BEP6) wire.on(allowed-fast, (index) { ... })同时出站握手时显式声明fast: truelib/peer.js#L199-L206发送阶段则根据wire.hasFast决定是发 fast 消息还是传统 bitfield// always send bitfield or equivalent fast extension message (required) if (wire.hasFast this._hasAllPieces()) wire.haveAll() else if (wire.hasFast this._hasNoPieces()) wire.haveNone() else wire.bitfield(this.bitfield)lib/torrent.js#L1491-L1494这是双端Node 浏览器均完整实现的少数 BEP 之一因为 fast 扩展只涉及 BitTorrent 协议层消息与传输层TCP/uTP/WebRTC无关WebRTC 数据通道上的bittorrent-protocol同样支持。3.3 BEP 19 WebSeed浏览器端唯一的非 P2P数据源WebSeedHTTP/FTP SeedingGetRight 风格让 HTTP(S) 服务器直接充当种子源通过 HTTP Range 请求按需拉取分片。它在浏览器端同样可用是浏览器 WebTorrent 在没有 WebRTC 对等方时兜底的下载通道。启用开关this.enableWebSeeds opts.webSeeds ! falseindex.js#L164默认开启元数据就绪后注册_onMetadata中遍历this.urlList.torrent 或 magnet 的ws参数调用this.addWebSeed(url)lib/torrent.js#L577-L582URL 校验addWebSeed要求 URL 匹配/^https?:\/\/./重复 URL 会被忽略lib/torrent.js#L1123-L1165底层实现lib/webconn.js 的WebConn类把torrent block 请求翻译成 HTTP Range 请求const rangeStart pieceOffset offset /* offset within whole torrent */ const rangeEnd rangeStart length - 1 ... headers: { ..., range: bytes${start}-${end} }lib/webconn.js#L84-L133单文件 torrent 直接对种子 URL 发 Range 请求多文件 torrent 则先按文件 offset 切分请求区间再拼接各文件分片concat(chunks)。请求超时由SOCKET_TIMEOUT 60000控制失败分片会通过lt_donthave广播donthave并在RETRY_DELAY 10000毫秒后重试lib/webconn.js#L13-L14、lib/webconn.js#L61-L79。注意 lib/torrent.js#L1327-L1329 中 webSeed 类型的 wire 不设 piece 请求超时因为 HTTP 超时由 WebConn 自行管理。3.4 BEP 27 Private Torrents隐私模式的全局开关Private Torrents 通过在 .torrent 的private标志位禁止 DHT 与 PEX 参与仅允许 tracker 发现对等方。WebTorrent 的支持体现在多层torrent 级opts.private可覆盖解析出的 torrent 隐私标志lib/torrent.js#L140-L141、lib/torrent.js#L332-L335注释明确说明如果定义了private选项则覆盖默认隐私tracker 通告过滤若 torrent 是 private则不会追加客户端默认 tracker 与WEBTORRENT_ANNOUNCE全局通告列表lib/torrent.js#L342-L349DHT 关闭dht: !this.private this.client.dht传入 Discoverylib/torrent.js#L416private torrent 完全跳过 DHTPEX 关闭if (this.client.utPex typeof utPex function !this.private)才挂载 ut_pex 扩展lib/torrent.js#L1350握手层面handshake()中dht: this.swarm.private ? false : !!this.swarm.client.dhtlib/peer.js#L199-L204私有种子不会在握手时向对端广播自身 DHT 端口。官方文档 API 定义lib/torrent.js#L63private - If true, client will not share the hash with the DHT nor with PEX (default is the privacy of the parsed torrent)。3.5 BEP 53 Magnet URI 选择文件magnet 参数驱动的选择性下载BEP 53 允许在 magnet 链接中通过soselect only参数指定只下载哪些文件索引。WebTorrent 在元数据解析后执行// Select only specified files (BEP53) http://www.bittorrent.org/beps/bep_0053.html if (this.so !this._startAsDeselected) { this.files.forEach((v, i) { if (this.so.includes(i)) { this.files[i].select() } }) } else { // start off selecting the entire torrent with low priority if (this.pieces.length ! 0 !this._startAsDeselected) { this.select(0, this.pieces.length - 1) } }lib/torrent.js#L614-L626结合client.add(magnetURI, { deselect: true })对应 lib/torrent.js#L68 的deselect选项可以实现只下某个文件、其余全部不选的精确控制未指定so时默认以低优先级选择整份 torrent。3.6 BEP 5 DHT 与 BEP 11 PEXNode 端专属的找对等方双引擎这两个协议在 Node.js 端完整实现、浏览器端不可用DHT 未实现 / PEX 受 webtorrent#1191 限制是矩阵中最典型的环境绑定案例。DHTBEP 5——index.js#L130-L161全客户端共享单个DHT 实例注释use a single DHT instance for all torrents, so the routing table can be reused路由表可跨 torrent 复用通过opts.dht ! false启用opts.dhtPort可指定监听端口监听成功后把实际端口回写到this.dhtPortopts.nodeId控制 DHT 节点 ID默认randomBytes(20)使用 UPnP/PMPnatUpnp/natPmp默认 true对 DHT 端口做 NAT 端口映射运行时行为接收对端PORT消息把对端加入路由表lib/torrent.js#L1302-L1317向支持 DHT 的对端发送PORT消息lib/torrent.js#L1499-L1502事件dhtAnnouncelib/torrent.js#L441-L443client.seed()在 DHT 可用时会等待一次 dhtAnnounce 完成后再回调index.js#L331-L335。PEXBEP 11——lib/torrent.js#L1349-L1377非 private torrent 且this.client.utPex为真时挂载wire.use(utPex())接收peer事件对端发现的新对等方→this.addPeer(peer, Peer.SOURCE_UT_PEX)接收dropped事件 → 若本地未连接该对等方则移除wire 关闭时wire.ut_pex.reset()停止向对端推送更新peer 来源标识SOURCE_UT_PEX ut_pex定义于 lib/peer.js#L21-L25同样定义的来源还有SOURCE_TRACKER、SOURCE_DHT、SOURCE_LSD、SOURCE_MANUAL用于 lib/torrent.js#L449-L478 的noPeers统计。四、未实现协议与限制项说明4.1 明确未实现协议现状相关 issue 追踪BEP 7 IPv6 Tracker ExtensionNode 与浏览器均未实现—BEP 32 DHT Extensions for IPv6Node 与浏览器均未实现bittorrent-dht#88BEP 44 Storing arbitrary data in the DHTNode 与浏览器均未实现—BEP 46 Updating Torrents Via DHT Mutable ItemsNode 与浏览器均未实现webtorrent#886BEP 52 BitTorrent Protocol v2Node 与浏览器均未实现webtorrent#1117BEP 11 PEX浏览器浏览器端未实现webtorrent#1191BEP 23 Tracker Returns Compact Peer Lists浏览器浏览器端未实现—其中 BEP 46DHT mutable items 更新 torrent与 BEP 52v2 协议v1/v2 混合种子都依赖bittorrent-dht/ 协议层对 v2 的支持属于较大的架构级改动官方通过 issue 追踪进展。从当前仓库的依赖版本bittorrent-dht ^11.0.12、bittorrent-protocol ^5.0.9见 package.json#L45-L46看尚不具备 v2 能力。4.2 无法实现——受运行环境物理限制协议浏览器端无法实现的原因BEP 14 LSD本地服务发现依赖 UDP 组播multicast浏览器 Web API 不提供组播 SocketBEP 15 UDP Tracker Protocol依赖 UDP Socket浏览器不提供原始 UDP 能力BEP 29 uTPuTP 依赖原生 UDP 实现utp-native浏览器无法加载原生模块LSD 在 Node 端的实现证据this.lsd opts.lsd ! falseindex.js#L79Discovery 构造时传入lsd: this.client.lsdlib/torrent.js#L420peer 来源标识SOURCE_LSD lsdlib/peer.js#L24参与noPeers统计。uTP 在 Node 端的实现证据opts.utp ! false才启用index.js#L85实际可用性取决于utp-nativeoptionalDependencies是否安装成功lib/conn-pool.js#L59-L74TCP server 监听成功后若客户端启用了 uTP则在同一端口上启动 uTP serverthis.utpServer.listen(this.tcpServer.address().port)并设置 1MB 的收发缓冲区出站连接优先尝试 uTPconst type (this.client.utp this._isIPv4(host)) ? utp : tcplib/torrent.js#L1065且代码注释明确如果 uTP 连接失败则回退到同一 ip:port 的 TCP 连接lib/torrent.js#L1063peer 类型枚举中包含utpIncoming/utpOutgoinglib/peer.js#L13-L18uTP 出站连接超时CONNECT_TIMEOUT_UTP 5_000毫秒lib/peer.js#L8。五、可配置项速查如何控制这些 BEP 行为以下配置项均可在new WebTorrent(opts)时传入全部有源码依据配置项默认值控制的 BEP / 行为源码位置opts.dht{}false时关闭BEP 5 DHTindex.js#L130opts.dhtPort0随机端口BEP 5 DHT 监听端口index.js#L77opts.nodeId随机 20 字节DHT 节点 IDindex.js#L61-L68opts.utpWebTorrent.UTP_SUPPORTBEP 29 uTPindex.js#L85opts.lsdtrueBEP 14 LSDindex.js#L79opts.utPextrueBEP 11 PEXindex.js#L80opts.webSeedstrueBEP 19 WebSeedindex.js#L164opts.tracker{}tracker 相关BEP 15/23/48 的承载层index.js#L78opts.natUpnp/opts.natPmptrueDHT/torrent 端口 NAT 映射index.js#L81-L82opts.privatetorrent 级解析自 .torrentBEP 27 Private Torrentslib/torrent.js#L140opts.deselecttorrent 级falseBEP 53 配合使用创建时不选任何分片lib/torrent.js#L155典型用法示例Node.jsimport WebTorrent from webtorrent // 关闭 DHT 与 uTP仅走 tracker TCP const client new WebTorrent({ dht: false, utp: false, lsd: false }) // 私有种子不参与 DHT 与 PEX client.add(magnet:?xturn:btih:..., { private: true }) // BEP 53只下载文件索引 0 与 2配合 magnet 的 so 参数 client.add(magnet:?xturn:btih:...so0,2)提示浏览器环境中传入{ dht: true }也不会生效——浏览器 bundle 已把bittorrent-dht排除package.json#L15this.dht恒为false。这是配置项存在但环境不支持的典型情形判断依据始终是运行环境而非配置。六、测试覆盖这些 BEP 在仓库中的可验证性仓库测试套件npm run test-node执行test/*.js test/node/*.js见 package.json#L176为多个 BEP 提供了可复现的验证入口BEP 5 DHTtest/node/download-dht-magnet.js、test/node/download-dht-torrent.js、test/node/download-private-dht.js后者同时验证 BEP 27 私有种子不参与 DHTBEP 9 Magnettest/node/download-tracker-magnet.js、test/node/download-dht-magnet.js、test/node/download-lsd-magnet.js、test/node/download-webseed-magnet.jsBEP 14 LSDtest/node/download-lsd-torrent.js、test/node/download-lsd-magnet.jsBEP 19 WebSeedtest/node/download-webseed-torrent.js、test/node/download-webseed-magnet.jsBEP 29 uTPtest/node/swarm-basic.js 等 swarm 相关测试在支持 uTP 的环境下覆盖 uTP 出站/入站路径。浏览器端测试入口为npm run test-browserpackage.json#L174对应 test/browser/basic.js 与 test/browser/server.js。七、小结读懂矩阵的三条主线传输层决定一切BEP 支持状态主要由运行环境的传输能力决定——WebRTC 数据通道支持协议层扩展BEP 6/10/19/27/53 等但 UDP 组播LSD、UDP SocketuTP/UDP tracker、原生网络栈DHT在浏览器中物理不可用Node.js 是全功能后端除 BEP 7/32/44/46/52 等尚未实现的扩展外Node 端几乎覆盖了全部传统 BitTorrent 生态协议配置与代码一一对应每个协议的启停都能在 index.js 构造器与 lib/torrent.js 的_onWire/_startDiscovery中找到精确的控制点官方支持矩阵不是黑盒声明而是可以直接从源码验证的工程事实。如需继续深入可进一步阅读 docs/api.mdAPI 全量文档、docs/get-started.md快速上手与 docs/faq.md常见问题并结合上述测试用例在本地npm install npm run test-node复现各 BEP 的实际行为。【免费下载链接】webtorrent⚡️ Streaming torrent client for the web项目地址: https://gitcode.com/gh_mirrors/we/webtorrent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
WebTorrent BEP 支持全景BitTorrent 扩展协议在 Node.js 与浏览器端的实现对照指南【免费下载链接】webtorrent⚡️ Streaming torrent client for the web项目地址: https://gitcode.com/gh_mirrors/we/webtorrent导读本文基于 WebTorrent 官方 BEP 支持矩阵系统梳理 WebTorrent当前仓库版本 3.0.21项目定位为 Streaming torrent client for the web对 BitTorrent Extension ProtocolsBEP即 BitTorrent 扩展协议的完整支持情况并对照 index.js、lib/torrent.js、lib/peer.js、lib/webconn.js 等核心源码逐一解释每个 BEP 在 Node.js 与浏览器两个运行环境下的实现程度、底层调用链与可配置项。读完本文你将掌握WebTorrent 哪些 BEP 开箱即用、哪些受限、哪些无法实现及其根本原因以及如何通过构造参数启用、关闭或调优这些协议行为。一、BEP 支持矩阵速览BEPBitTorrent Extension Protocol是 BitTorrent 生态中一系列扩展协议的统称由 BEP 1 定义编号与登记机制。WebTorrent 在官方文档中用三个图例标注每个协议的支持状态已实现implemented未实现not implemented欢迎提交 issue无法实现cannot be implemented受运行环境物理限制完整矩阵如下Node.js / 浏览器两列分别代表在 Node 进程与浏览器含 WebRTC 数据通道两种运行环境下的支持情况名称协议编号Node.js浏览器Distributed hash table (DHT)BEP 5Fast ExtensionBEP 6IPv6 Tracker ExtensionBEP 7Magnet linksBEP 9Extension ProtocolBEP 10Peer Exchange (PEX)BEP 11Local Service Discovery (LSD)BEP 14UDP Tracker ProtocolBEP 15WebSeed – HTTP/FTP Seeding (GetRight style)BEP 19Tracker Returns Compact Peer ListsBEP 23Private TorrentsBEP 27uTorrent transport protocol (uTP)BEP 29DHT Extensions for IPv6BEP 32Storing arbitrary data in the DHTBEP 44Updating Torrents Via DHT Mutable ItemsBEP 46Tracker Protocol Extension: ScrapeBEP 48Magnet URI extension – Select specific file indicesBEP 53BitTorrent Protocol v2BEP 52阅读提示本文只使用仓库内可验证的证据源码与配置不包含任何外部链接跳转。上表中标注的官方 BEP 编号对应的规范原文链接仅在原文档中作为协议标识使用读者可自行查阅 BitTorrent 官方 BEP 索引。二、双环境架构为什么同一协议在 Node.js 与浏览器表现不同WebTorrent 的核心卖点是在浏览器里通过 WebRTC 数据通道DataChannel进行 BitTorrent 传输同时在 Node.js 下完整支持传统 TCP/uTP/DHT 栈。这种同一套 API、两套传输后端的架构直接决定了 BEP 支持矩阵的分布可从三处源码证据确认1. package.json 的 browser 字段浏览器端被显式排除的模块在 package.json 中browser字段把下列依赖在浏览器构建中映射为false即不可用browser: { ./lib/conn-pool.js: false, ./lib/utp.cjs: false, silentbot1/nat-api: false, bittorrent-dht: false, crypto: false, fs: false, fs-chunk-store: fsa-chunk-store, http: false, load-ip-set: false, net: false, os: false, ut_pex: false }这一行配置解释了矩阵中绝大多数浏览器 或 浏览器 条目的根源bittorrent-dht、net、os被排除 → DHTBEP 5、uTPBEP 29、LSDBEP 14依赖 UDP 组播、UDP TrackerBEP 15在浏览器中不可用ut_pex被排除 → PEXBEP 11在浏览器中不可用对应 issue webtorrent#1191./lib/conn-pool.js与./lib/utp.cjs被排除 → 浏览器端无法监听 TCP/uTP 端口。2. index.js 中的浏览器排除注释运行时分叉点在 index.js 中Client as DHT、loadIPSet、ConnPool、NatAPI等模块的导入位置都标注了// browser exclude构造器逻辑相应分叉DHTif (opts.dht ! false typeof DHT function /* browser exclude */)index.js#L130-L161——浏览器 bundle 中DHT为 undefined因此this.dht false连接池if (typeof ConnPool function) { this._connPool new ConnPool(this) } else { queueMicrotask(() this._onListening()) }index.js#L118-L124——浏览器中没有 TCP 监听服务器uTPthis.utp WebTorrent.UTP_SUPPORT opts.utp ! falseindex.js#L85而WebTorrent.UTP_SUPPORT ConnPool.UTP_SUPPORT后者在 lib/conn-pool.js#L189 中定义为Object.keys(utp).length 0。3. lib/utp.cjsuTP 的尽力而为加载lib/utp.cjs 是一个 CJS 条件加载包装器它尝试require(utp-native)失败时打印WebTorrent: uTP not supported警告并返回空对象。utp-native是 package.json 中的optionalDependencies因此即使 Node.js 环境若未成功编译安装 utp-nativeuTP 也会静默降级为纯 TCPconn-pool 中 uTP server 的error事件会把this._client.utp置为false见 lib/conn-pool.js#L45-L49。这一点与官方矩阵中 Node.js 并不矛盾——矩阵描述的是能力上限实际是否启用取决于运行环境是否具备原生依赖。结论浏览器端只保留纯 WebRTC HTTP 栈能力凡依赖 TCP 端口监听、UDP 组播、原生 Socket 或 Node 网络 API 的 BEP 均无法在浏览器中实现这是运行环境而非工程偷懒决定的硬边界。三、已实现协议逐项解析Node.js 与浏览器双端3.1 BEP 10 Extension Protocol BEP 9 Magnet links BEP 48 Scrape这三个协议构成了 WebTorrent从一串 magnet 链接拿到完整 torrent 文件的完整链路也是最值得展开的组合BEP 9Magnet linksclient.add(magnetURI)时解析出的 infoHash 进入 lib/torrent.js 的_startDiscovery流程通过 DHT/Tracker 发现携带ut_metadata扩展的对等方。BEP 10Extension Protocol所有ut_*扩展ut_metadata、ut_pex、lt_donthave都承载在 BEP 10 定义的扩展握手之上。在 lib/torrent.js#L1334-L1347 中每条新 wire 都会执行wire.use(utMetadata(this.metadata))若本地还没有 metadata则监听metadata事件并调用wire.ut_metadata.fetch()主动向对端拉取元数据。ut_metadata依赖来自 package.json 的ut_metadata模块。BEP 48Tracker Protocol Extension: Scrapetracker 层由torrent-discovery与bittorrent-trackerdevDependenciespackage.json#L91驱动Node 与浏览器双端均已实现 scrape 能力用于在下载前查询种子/下载者数量。元数据获取的完整优先级链源码可见于 lib/torrent.js#L371-L372 与 lib/torrent.js#L482-L550如果 torrentId 本身已携带完整 metadata如直接传入 .torrent 文件 Buffer立即使用若 magnet 链接带xsexact source参数通过 HTTP 从xsURL 拉取 .torrent 文件_getMetadataFromServer要求http://或https://前缀并校验 infoHash 一致否则等待 DHT/Tracker 发现对等方经 ut_metadata 扩展交换元数据。3.2 BEP 6 Fast Extension减少 RTT 的下载加速器Fast Extension快速扩展允许在未完成 bitfield 交换前就发送have-all/have-none/allowed-fast等消息显著减少新连接建立时的往返次数。在 lib/torrent.js#L1443-L1461 中有三处直接对应 BEP 6 的事件处理// fast extension (BEP6) wire.on(have-all, () { wire.isSeeder true if (this.alwaysChokeSeeders) wire.choke() // always choke seeders this._update() this._updateWireInterest(wire) }) // fast extension (BEP6) wire.on(have-none, () { ... }) // fast extension (BEP6) wire.on(allowed-fast, (index) { ... })同时出站握手时显式声明fast: truelib/peer.js#L199-L206发送阶段则根据wire.hasFast决定是发 fast 消息还是传统 bitfield// always send bitfield or equivalent fast extension message (required) if (wire.hasFast this._hasAllPieces()) wire.haveAll() else if (wire.hasFast this._hasNoPieces()) wire.haveNone() else wire.bitfield(this.bitfield)lib/torrent.js#L1491-L1494这是双端Node 浏览器均完整实现的少数 BEP 之一因为 fast 扩展只涉及 BitTorrent 协议层消息与传输层TCP/uTP/WebRTC无关WebRTC 数据通道上的bittorrent-protocol同样支持。3.3 BEP 19 WebSeed浏览器端唯一的非 P2P数据源WebSeedHTTP/FTP SeedingGetRight 风格让 HTTP(S) 服务器直接充当种子源通过 HTTP Range 请求按需拉取分片。它在浏览器端同样可用是浏览器 WebTorrent 在没有 WebRTC 对等方时兜底的下载通道。启用开关this.enableWebSeeds opts.webSeeds ! falseindex.js#L164默认开启元数据就绪后注册_onMetadata中遍历this.urlList.torrent 或 magnet 的ws参数调用this.addWebSeed(url)lib/torrent.js#L577-L582URL 校验addWebSeed要求 URL 匹配/^https?:\/\/./重复 URL 会被忽略lib/torrent.js#L1123-L1165底层实现lib/webconn.js 的WebConn类把torrent block 请求翻译成 HTTP Range 请求const rangeStart pieceOffset offset /* offset within whole torrent */ const rangeEnd rangeStart length - 1 ... headers: { ..., range: bytes${start}-${end} }lib/webconn.js#L84-L133单文件 torrent 直接对种子 URL 发 Range 请求多文件 torrent 则先按文件 offset 切分请求区间再拼接各文件分片concat(chunks)。请求超时由SOCKET_TIMEOUT 60000控制失败分片会通过lt_donthave广播donthave并在RETRY_DELAY 10000毫秒后重试lib/webconn.js#L13-L14、lib/webconn.js#L61-L79。注意 lib/torrent.js#L1327-L1329 中 webSeed 类型的 wire 不设 piece 请求超时因为 HTTP 超时由 WebConn 自行管理。3.4 BEP 27 Private Torrents隐私模式的全局开关Private Torrents 通过在 .torrent 的private标志位禁止 DHT 与 PEX 参与仅允许 tracker 发现对等方。WebTorrent 的支持体现在多层torrent 级opts.private可覆盖解析出的 torrent 隐私标志lib/torrent.js#L140-L141、lib/torrent.js#L332-L335注释明确说明如果定义了private选项则覆盖默认隐私tracker 通告过滤若 torrent 是 private则不会追加客户端默认 tracker 与WEBTORRENT_ANNOUNCE全局通告列表lib/torrent.js#L342-L349DHT 关闭dht: !this.private this.client.dht传入 Discoverylib/torrent.js#L416private torrent 完全跳过 DHTPEX 关闭if (this.client.utPex typeof utPex function !this.private)才挂载 ut_pex 扩展lib/torrent.js#L1350握手层面handshake()中dht: this.swarm.private ? false : !!this.swarm.client.dhtlib/peer.js#L199-L204私有种子不会在握手时向对端广播自身 DHT 端口。官方文档 API 定义lib/torrent.js#L63private - If true, client will not share the hash with the DHT nor with PEX (default is the privacy of the parsed torrent)。3.5 BEP 53 Magnet URI 选择文件magnet 参数驱动的选择性下载BEP 53 允许在 magnet 链接中通过soselect only参数指定只下载哪些文件索引。WebTorrent 在元数据解析后执行// Select only specified files (BEP53) http://www.bittorrent.org/beps/bep_0053.html if (this.so !this._startAsDeselected) { this.files.forEach((v, i) { if (this.so.includes(i)) { this.files[i].select() } }) } else { // start off selecting the entire torrent with low priority if (this.pieces.length ! 0 !this._startAsDeselected) { this.select(0, this.pieces.length - 1) } }lib/torrent.js#L614-L626结合client.add(magnetURI, { deselect: true })对应 lib/torrent.js#L68 的deselect选项可以实现只下某个文件、其余全部不选的精确控制未指定so时默认以低优先级选择整份 torrent。3.6 BEP 5 DHT 与 BEP 11 PEXNode 端专属的找对等方双引擎这两个协议在 Node.js 端完整实现、浏览器端不可用DHT 未实现 / PEX 受 webtorrent#1191 限制是矩阵中最典型的环境绑定案例。DHTBEP 5——index.js#L130-L161全客户端共享单个DHT 实例注释use a single DHT instance for all torrents, so the routing table can be reused路由表可跨 torrent 复用通过opts.dht ! false启用opts.dhtPort可指定监听端口监听成功后把实际端口回写到this.dhtPortopts.nodeId控制 DHT 节点 ID默认randomBytes(20)使用 UPnP/PMPnatUpnp/natPmp默认 true对 DHT 端口做 NAT 端口映射运行时行为接收对端PORT消息把对端加入路由表lib/torrent.js#L1302-L1317向支持 DHT 的对端发送PORT消息lib/torrent.js#L1499-L1502事件dhtAnnouncelib/torrent.js#L441-L443client.seed()在 DHT 可用时会等待一次 dhtAnnounce 完成后再回调index.js#L331-L335。PEXBEP 11——lib/torrent.js#L1349-L1377非 private torrent 且this.client.utPex为真时挂载wire.use(utPex())接收peer事件对端发现的新对等方→this.addPeer(peer, Peer.SOURCE_UT_PEX)接收dropped事件 → 若本地未连接该对等方则移除wire 关闭时wire.ut_pex.reset()停止向对端推送更新peer 来源标识SOURCE_UT_PEX ut_pex定义于 lib/peer.js#L21-L25同样定义的来源还有SOURCE_TRACKER、SOURCE_DHT、SOURCE_LSD、SOURCE_MANUAL用于 lib/torrent.js#L449-L478 的noPeers统计。四、未实现协议与限制项说明4.1 明确未实现协议现状相关 issue 追踪BEP 7 IPv6 Tracker ExtensionNode 与浏览器均未实现—BEP 32 DHT Extensions for IPv6Node 与浏览器均未实现bittorrent-dht#88BEP 44 Storing arbitrary data in the DHTNode 与浏览器均未实现—BEP 46 Updating Torrents Via DHT Mutable ItemsNode 与浏览器均未实现webtorrent#886BEP 52 BitTorrent Protocol v2Node 与浏览器均未实现webtorrent#1117BEP 11 PEX浏览器浏览器端未实现webtorrent#1191BEP 23 Tracker Returns Compact Peer Lists浏览器浏览器端未实现—其中 BEP 46DHT mutable items 更新 torrent与 BEP 52v2 协议v1/v2 混合种子都依赖bittorrent-dht/ 协议层对 v2 的支持属于较大的架构级改动官方通过 issue 追踪进展。从当前仓库的依赖版本bittorrent-dht ^11.0.12、bittorrent-protocol ^5.0.9见 package.json#L45-L46看尚不具备 v2 能力。4.2 无法实现——受运行环境物理限制协议浏览器端无法实现的原因BEP 14 LSD本地服务发现依赖 UDP 组播multicast浏览器 Web API 不提供组播 SocketBEP 15 UDP Tracker Protocol依赖 UDP Socket浏览器不提供原始 UDP 能力BEP 29 uTPuTP 依赖原生 UDP 实现utp-native浏览器无法加载原生模块LSD 在 Node 端的实现证据this.lsd opts.lsd ! falseindex.js#L79Discovery 构造时传入lsd: this.client.lsdlib/torrent.js#L420peer 来源标识SOURCE_LSD lsdlib/peer.js#L24参与noPeers统计。uTP 在 Node 端的实现证据opts.utp ! false才启用index.js#L85实际可用性取决于utp-nativeoptionalDependencies是否安装成功lib/conn-pool.js#L59-L74TCP server 监听成功后若客户端启用了 uTP则在同一端口上启动 uTP serverthis.utpServer.listen(this.tcpServer.address().port)并设置 1MB 的收发缓冲区出站连接优先尝试 uTPconst type (this.client.utp this._isIPv4(host)) ? utp : tcplib/torrent.js#L1065且代码注释明确如果 uTP 连接失败则回退到同一 ip:port 的 TCP 连接lib/torrent.js#L1063peer 类型枚举中包含utpIncoming/utpOutgoinglib/peer.js#L13-L18uTP 出站连接超时CONNECT_TIMEOUT_UTP 5_000毫秒lib/peer.js#L8。五、可配置项速查如何控制这些 BEP 行为以下配置项均可在new WebTorrent(opts)时传入全部有源码依据配置项默认值控制的 BEP / 行为源码位置opts.dht{}false时关闭BEP 5 DHTindex.js#L130opts.dhtPort0随机端口BEP 5 DHT 监听端口index.js#L77opts.nodeId随机 20 字节DHT 节点 IDindex.js#L61-L68opts.utpWebTorrent.UTP_SUPPORTBEP 29 uTPindex.js#L85opts.lsdtrueBEP 14 LSDindex.js#L79opts.utPextrueBEP 11 PEXindex.js#L80opts.webSeedstrueBEP 19 WebSeedindex.js#L164opts.tracker{}tracker 相关BEP 15/23/48 的承载层index.js#L78opts.natUpnp/opts.natPmptrueDHT/torrent 端口 NAT 映射index.js#L81-L82opts.privatetorrent 级解析自 .torrentBEP 27 Private Torrentslib/torrent.js#L140opts.deselecttorrent 级falseBEP 53 配合使用创建时不选任何分片lib/torrent.js#L155典型用法示例Node.jsimport WebTorrent from webtorrent // 关闭 DHT 与 uTP仅走 tracker TCP const client new WebTorrent({ dht: false, utp: false, lsd: false }) // 私有种子不参与 DHT 与 PEX client.add(magnet:?xturn:btih:..., { private: true }) // BEP 53只下载文件索引 0 与 2配合 magnet 的 so 参数 client.add(magnet:?xturn:btih:...so0,2)提示浏览器环境中传入{ dht: true }也不会生效——浏览器 bundle 已把bittorrent-dht排除package.json#L15this.dht恒为false。这是配置项存在但环境不支持的典型情形判断依据始终是运行环境而非配置。六、测试覆盖这些 BEP 在仓库中的可验证性仓库测试套件npm run test-node执行test/*.js test/node/*.js见 package.json#L176为多个 BEP 提供了可复现的验证入口BEP 5 DHTtest/node/download-dht-magnet.js、test/node/download-dht-torrent.js、test/node/download-private-dht.js后者同时验证 BEP 27 私有种子不参与 DHTBEP 9 Magnettest/node/download-tracker-magnet.js、test/node/download-dht-magnet.js、test/node/download-lsd-magnet.js、test/node/download-webseed-magnet.jsBEP 14 LSDtest/node/download-lsd-torrent.js、test/node/download-lsd-magnet.jsBEP 19 WebSeedtest/node/download-webseed-torrent.js、test/node/download-webseed-magnet.jsBEP 29 uTPtest/node/swarm-basic.js 等 swarm 相关测试在支持 uTP 的环境下覆盖 uTP 出站/入站路径。浏览器端测试入口为npm run test-browserpackage.json#L174对应 test/browser/basic.js 与 test/browser/server.js。七、小结读懂矩阵的三条主线传输层决定一切BEP 支持状态主要由运行环境的传输能力决定——WebRTC 数据通道支持协议层扩展BEP 6/10/19/27/53 等但 UDP 组播LSD、UDP SocketuTP/UDP tracker、原生网络栈DHT在浏览器中物理不可用Node.js 是全功能后端除 BEP 7/32/44/46/52 等尚未实现的扩展外Node 端几乎覆盖了全部传统 BitTorrent 生态协议配置与代码一一对应每个协议的启停都能在 index.js 构造器与 lib/torrent.js 的_onWire/_startDiscovery中找到精确的控制点官方支持矩阵不是黑盒声明而是可以直接从源码验证的工程事实。如需继续深入可进一步阅读 docs/api.mdAPI 全量文档、docs/get-started.md快速上手与 docs/faq.md常见问题并结合上述测试用例在本地npm install npm run test-node复现各 BEP 的实际行为。【免费下载链接】webtorrent⚡️ Streaming torrent client for the web项目地址: https://gitcode.com/gh_mirrors/we/webtorrent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
