JCNode 免费节点与实用教程

免费节点订阅 最后更新：2026-05-04 09:46（北京时间） 本次筛出 881 个高可用节点，覆盖：美国(283个)、香港(91个)、荷兰(84个)、韩国(75个)、德国(47个)、越南(46个)、日本(44个)、英国(34个)、罗马尼亚(33个)、法国(28个)、新加坡(22个)、瑞典(14个)、俄罗斯(13个)、芬兰(11个)、台湾(10个)、波兰(8个)、印度(5个)、泰国(3个)、加拿大(3个)、瑞士(3个)、印尼(2个)、立陶宛(2个)、西班牙(2个)、阿联酋(2个)、哈萨克斯坦(2个)、马来西亚(1个)、大陆(1个)、老挝(1个)、委内瑞拉(1个)、意大利(1个)、爱尔兰(1个)、保加利亚(1个)、爱沙尼亚(1个)、土耳其(1个)、挪威(1个)、奥地利(1个)、澳大利亚(1个)。 本批节点已通过本地 mihomo/sing-box 双核分层延迟测试、轻量测速，最终保留节点还会补做一次真实 HTTP 复核。节点名称中如 1.6MB/s 为本地当次轻量测速结果，仅供同网络环境参考，不代表所有地区、时段和用途下的绝对速度上限。 说明：节点来自公开分享，实际可用率会受到地区、运营商、拥塞、多人同时使用、出口变化以及测试时间窗口影响。 🔎 查看节点筛选过程 📺 本期视频（含今日口令）：点击观看 订阅链接 请输入当期口令获取订阅链接，口令可在本期 YouTube 视频中获取。 获取订阅链接 ...

公开名单最后只定在 881 个，关键不在放量，而在真延迟和第四阶段把表面过关的节点继续压了下去。前面 1445 个拿到继续实测资格，走完全程后才留下这批能放出来的结果。 总数大，不代表名单更实在 15580 个原始节点先去重到 10837 个，一次拿掉 4743 个重复项，重复占比约 30.4%。先把这部分清掉，后面的筛选才不是在重复样本里兜圈子。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 15580，输出 10837，移除 4743 能进下一步，不等于已经能留 去重后的 10823 个候选里，预筛只放出 1445 个继续往下走，先挡住明显不通和状态不稳的节点。到这里拿到的只是继续复核的资格，还远没到最终名单。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类结果，必须分开看 mihomo 1226/10146、sing-box 5/66、HTTP 196/454，差异摆得很开，不能混成一个总数来看。尤其样本本来就少的类别，更该单独判断，不能拿别类节点的结果替它撑数。 mihomo测试完成: 1226/10146 可用 ... sing-box测试完成: 5/66 可用 ... HTTP节点测试完成: 196/454 可用 真延迟这一关，表面可连不算过 1445 个候选到了这里先倒下 451 个，复测只救回 46 个，最终保留 1040 个，等于有 405 个止步在真延迟。能连上不代表真能稳定打开目标，这一步就是把这层水分压掉。 ...

691 个候选摆在面前已经不算少，但最后还是只放出 682 个，今天真正要看的就是这道后段收口。三类内核先分开报数，再把重复项、表面可连、低速和短时不稳一路清掉，这份名单宁可更少，也不把短时不稳的节点混进去。 14630 为什么不能直接看 原始 14630 个先去重到 10048 个，一次拿掉 4582 个重复项，先把总量里的虚胖挤掉。节点看着多，不等于最后这份名单更实在，先过这一步才谈得上后面的筛选。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14630，输出 10048，移除 4582 1075 只是入场，不是最终名单 去重后的 10034 个先进入第一阶段候选，最后只有 1075 个拿到继续实测资格，明显不通和状态不稳的先留在前面。走到这里还远不是最终可用名单，只是先把后面的复核范围收紧。 任务类型: scheduled ... URL健康判定: canary，已加载 671 个历史稳定节点，阈值 sample=671 / min_fails=335 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核为什么必须拆开报数 mihomo 是 857/9533，sing-box 是 4/62，HTTP 是 204/323，天生就不是一套表现，混着算只会把前面的筛选力度看糊涂。尤其 sing-box 只有 4/62，更能看出把三类内核拆开报数有必要。 mihomo测试完成: 857/9533 可用 ... sing-box测试完成: 4/62 可用 ... HTTP节点测试完成: 204/323 可用 真延迟为什么才是真正分水岭 1075 个过预筛以后，真延迟首轮只通过 784 个，复测又救回 49 个，最后保留 833 个。它既继续挡下 242 个表面可连但实测站不住的节点，也顺手修正了误杀。 ...

今天更该看的是，这份结果之所以更可信，不是因为数字好看，而是先把 4722 个重复项清走，再把三类内核和后段复核分开算。最后留下的 695 个，不是从总量里顺手剩下来的，而是把重复、表面可用和短时不稳一层层收紧后的主动取舍。 先把 4722 个重复项清出去 14847 个原始节点先去重到 10125 个，第一道门槛就先拿掉了 4722 个重复项。总数大不等于结果实在，先把这部分清掉，后面的筛选结果才更有参考价值。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14847，输出 10125，移除 4722 过预筛，只代表拿到下一轮资格 去重后的 10111 个候选里，预筛只放行 1176 个，它先挡掉的是明显不通和状态不稳的节点。能过这里，不代表已经稳了，只是拿到了继续往下测的资格。 任务类型: scheduled ... URL健康判定: 全量，已加载 0 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开报，结果才有可比性 mihomo 973/9665、sing-box 22/62、HTTP 173/230，三类结果差异本来就很明显。尤其像 sing-box 这种体量和通过情况都不同的类型，如果混着报总数，反而会把真实表现冲淡。 mihomo测试完成: 973/9665 可用 ... sing-box测试完成: 22/62 可用 ... HTTP节点测试完成: 173/230 可用 真延迟复核，专门揪出表面可用 1176 个过预筛的候选，到了真延迟首轮只过 841 个，复测又救回 46 个，最终保留 887 个。这里筛掉的，正是那批看着能连、真正打开目标却不稳的节点，所以这一步既严格，也没有把可疑失败一刀切。 ...

1611 个拿到继续实测资格的候选，到了真延迟复核后就少了 449 个，最后名单只定在 1026 个。真正把结果拉开差距的，不是前面能不能连，而是后面能不能扛住真延迟、轻量测速和第四阶段稳定性复核。 先把 6535 个重复项清出去 原始节点有 16509 个，先去重压到 9974 个，等于先把约 39.6% 的虚高剔掉。总数看着再大也不代表更实在，先把重复项清掉，后面的保留数量才有参考价值。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 16509，输出 9974，移除 6535 过预筛，只是拿到继续实测资格 9960 个第一阶段候选里，真正过预筛的只有 1611 个，这一步先把明显不通和状态不稳的挡在外面。能进到后面的，只是拿到继续实测的资格，还远谈不上能进最终名单。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类结果必须拆开看 mihomo 1532/9691、sing-box 15/59、HTTP 60/88，差异摆在这里，混着报只会把结果说虚。分开实测之后，哪一类是真的能过、哪一类只是总数好看，会清楚很多。 mihomo测试完成: 1532/9691 可用 ... sing-box测试完成: 15/59 可用 ... HTTP节点测试完成: 60/88 可用 真延迟才是今天最硬的一刀 1611 个过预筛的候选，真延迟首轮只过 1121 个，复测救回 41 个，最终也只保留 1162 个。能连上不等于真能用，这一步专门把表面可用、实际打开不稳的继续筛掉。 ...

今天最该看的是，三类结果一拆开，能过真延迟并扛过后段复核的最后只剩 908 个。1421 个过预筛不算过关，后面又把表面可用、低速和短时波动继续压掉，这份名单比只看总数更实在。 先把虚高总数打回原形 14430 个原始节点先压到 9522 个，一次清掉 4908 个重复项。总数再大，只要重复上榜太多，最后看到的结果就会被抬虚。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14430，输出 9522，移除 4908 过了预筛，只是拿到继续实测资格 第一阶段候选 9508 个，预筛通过 1421 个，先挡掉的是明显不通和状态不稳的节点。能走到后面，还不代表已经够格进最终名单。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类结果不能混成一个总数 mihomo 1330/9227、sing-box 24/60、HTTP 66/95，差距摆得很开，混着报只会把结果看花。分开测之后，哪些是真的能过，哪些只是被别的类型把总数撑起来，就不会再混在一起。 mihomo测试完成: 1330/9227 可用 ... sing-box测试完成: 24/60 可用 ... HTTP节点测试完成: 66/95 可用 真延迟复核，才算真正过线 1421 个预筛候选进到真延迟后，首轮通过 964 个，复测又救回 39 个，最后保留 1003 个。这里既把表面能连、实际打开不稳的继续筛掉，也没有把可疑失败直接一刀切。 ...

1501 个过预筛的候选，走完真延迟和后段复核后只认 893 个，今天最后留下来的，已经不是那批只看表面能连的节点。前面先清掉 4696 个重复项，后面再把低速和短时不稳继续压掉，这份名单是一路收紧后才定下来的。 先把虚高数量砍下去 原始 14429 个节点里，4696 个在去重时直接出局，重复占比约 32.5%，基数先从 14429 收到 9733。总数看着大不代表结果更实在，先把这部分清掉，后面的筛选才不会被重复项抬高。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14429，输出 9733，移除 4696 先过门槛，再谈有没有资格留下 去重后的节点先过预筛，把明显不通和状态不稳的先挡在门外；最后拿到继续实测资格的只有 1501 个。这个数字只是入场券，离最终名单还隔着真延迟、吞吐和后段稳定性复核。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核拆开看，数字才不失真 mihomo、sing-box、HTTP 这三类结果差得很直接：mihomo 1483/9527，HTTP 17/38，而 sing-box 是 0/51。这里如果混成一个总数，看上去会更大，但实际可用情况反而会被看错。 mihomo测试完成: 1483/9527 可用 ... sing-box测试完成: 0/51 可用 ... HTTP节点测试完成: 17/38 可用 真延迟复核，今天最硬的一刀 1501 个通过预筛的候选里，有 519 个停在真延迟这里，首轮只过 940 个，复测也只救回 42 个，最后定在 982 个。前面能过不等于真正打开也稳，这一步才把表面可用和真正能留在名单里的节点分开。 ...

第四阶段又淘汰 35 个，今天最后只认 1254 个，真正收口的地方在后段稳定性复核。真延迟和测速都过了也不算结束，重复项、表面可用和短时不稳的节点还是继续被清掉了。 先把 4667 个重复项砍掉 14050 个原始节点先压到 9383 个，4667 个重复项直接出局，重复占比约 33.2%。总数先去水，后面的通过数才不至于被同一批节点反复抬高。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14050，输出 9383，移除 4667 为什么 9369 个里只放行 1582 个 去重后的 9369 个候选里，只有 1582 个拿到继续实测资格，明显不通和状态飘的先停在这里。过了这一步只是进下一轮，不等于已经进入最终名单。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核为什么要拆开看 mihomo 1562/9158、sing-box 10/64、HTTP 7/47，差异摆得很开，混成一个总数反而会把结果看花。分开测、分开报，才能看出哪些类型真的能留下来。 mihomo测试完成: 1562/9158 可用 ... sing-box测试完成: 10/64 可用 ... HTTP节点测试完成: 7/47 可用 看着能连，为什么还得过真延迟 1582 个过预筛后，真延迟首轮只过 1326 个；复测救回 59 个后，最终也只保留 1385 个。这里筛掉的就是表面能连、实际打开不稳的那批，复测也说明不是一刀切。 ...

今天最值得看的是，过了真延迟也不直接上榜，1194 个过线候选到最后只认 1021 个。前面先砍掉 4189 个重复项，后面再把表面可用、低速和后段不稳继续压掉，名单不是靠堆数量撑出来的。 先把数量里的水分剔出去 13275 个原始节点先去掉 4189 个重复项，剩下 9086 个，31.6% 的缩水先把虚高数量压掉。总数看着再大，重复太多也没有参考价值，先去重才谈得上后面的筛选。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 13275，输出 9086，移除 4189 继续实测资格，先卡在这里 去重后的 9072 个候选里，真正拿到继续实测资格的只有 1550 个。先把明显不通、状态不稳的挡在前面，后面的结果才不会被表面可用拖偏。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核为什么必须分开看 这里不能混成一个总数来看：mihomo 1537/8890，sing-box 0/32，HTTP 10/55，差异非常直接。不同内核表现本来就不在一个水平线上，拆开看才知道问题到底出在哪一类。 mihomo测试完成: 1537/8890 可用 ... sing-box测试完成: 0/32 可用 ... HTTP节点测试完成: 10/55 可用 真延迟才是今天最硬的分水岭 1550 个过预筛后，真延迟首轮只过 1141 个，复测救回 53 个，最终也只留 1194 个。能连上不等于能稳定打开，名单先在这里被压实了一次。 ...

1034 个过预筛的候选，走完全程后只认 749 个；今天最硬的一刀，落在真延迟复核和第四阶段稳定性收口。从 11894 个原始节点往下压，重复项、表面可用、低速和后段不稳都没有被留到最后。 先砍掉虚高，总数才有意义 11894 个原始节点先压到 8502 个，一次清掉 3392 个重复项。数量先缩水不是坏事，先把同一批节点反复出现的水分拿掉，后面的结果才站得住。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 11894，输出 8502，移除 3392 明显不通的，先别挤进实测池 真正进入第一阶段候选的是 8489 个，预筛只放行 1034 个继续往下跑。这里先挡掉的是明显不通和状态不稳的节点，过了这一步也还不算过关。 任务类型: scheduled ... URL健康判定: canary，已加载 1024 个历史稳定节点，阈值 sample=1000 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核拆开看，数字才不误导 mihomo 994/8296、sing-box 25/56、HTTP 15/49，这组差异已经很直白。不同内核本来就不是一回事，混成一个总数，只会把结果看偏。 mihomo测试完成: 994/8296 可用 ... sing-box测试完成: 25/56 可用 ... HTTP节点测试完成: 15/49 可用 真延迟复核后，名单才算压实 今天最关键的判断就在这里：1034 个预筛候选先有 801 个过线，80 个可疑失败复测后救回 51 个，最终只认 852 个。也就是说，182 个表面能连的节点，到这一步还是被挡了下来。 ...