<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>3X-UI on Study Note - 其雁过无痕</title><link>https://gyqblog.top/tags/3x-ui/</link><description>Recent content in 3X-UI on Study Note - 其雁过无痕</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><copyright>© 2026 其雁过无痕</copyright><lastBuildDate>Sun, 31 May 2026 11:39:00 +0800</lastBuildDate><atom:link href="https://gyqblog.top/tags/3x-ui/index.xml" rel="self" type="application/rss+xml"/><item><title>番外：3X-UI 节点订阅合并与优化</title><link>https://gyqblog.top/posts/tech-extras/3x-ui-optimize/</link><pubDate>Sun, 31 May 2026 11:39:00 +0800</pubDate><guid>https://gyqblog.top/posts/tech-extras/3x-ui-optimize/</guid><description>&lt;p&gt;在使用 3X-UI 搭建代理节点时，很多朋友可能会遇到这样一个痛点： 因为 3X-UI 的 Vision 流控（&lt;code&gt;xtls-rprx-vision&lt;/code&gt;）是需要在具体客户端上设置的，这就导致开启了 Vision 和未开启 Vision 的节点，被强制拆分成了不同的订阅链接。 当把它们导入到代理软件（比如 V2rayN）时，软件里会显示出多个不同的订阅分组，不仅观感杂乱，后期维护起来也极其不便。&lt;/p&gt;</description></item><item><title>番外：网络代理使用 3X-UI 面板与 Hysteria2 独立加装教程</title><link>https://gyqblog.top/posts/tech-extras/3x-ui--hysteria2/</link><pubDate>Sat, 30 May 2026 18:23:00 +0800</pubDate><guid>https://gyqblog.top/posts/tech-extras/3x-ui--hysteria2/</guid><description>&lt;h2 class="relative group"&gt;🌐 核心架构设计：为什么这么做？
 &lt;div id="-核心架构设计为什么这么做" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#-%e6%a0%b8%e5%bf%83%e6%9e%b6%e6%9e%84%e8%ae%be%e8%ae%a1%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%99%e4%b9%88%e5%81%9a" aria-label="锚点"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;过去使用一键翻墙脚本，脚本作者通常采用“霰弹枪策略”：在一个黑盒环境里强行塞入 10 多个协议节点，将其全部打包在一个 Sing-box 内核里。这种方式看似全面，但在 1GB 内存的入门级 VPS（虚拟专用服务器）上会产生严重的弊端：大量闲置进程白白吃掉宝贵的系统资源，且黑盒脚本会死锁底层网络逻辑，导致后续更新极易崩溃或丢失配置。&lt;/p&gt;</description></item></channel></rss>