从配置校验到出站实现:Fangliding 的 Xray-core 贡献
在具体提交与代码审查中维护 Xray-core 的配置和传输行为
公开记录中的起点
把变化落实到代码
具体议题中的本人回复
2026-09-13(UTC+8),Fangliding 在项目讨论中写道:
一般情况下我们不接受纯ai的代码 你的pr message甚至看不出你真的读了里面列出的几个其他pr[5]
在具体提交与代码审查中维护 Xray-core 的配置和传输行为
2026-09-13(UTC+8),Fangliding 在项目讨论中写道:
一般情况下我们不接受纯ai的代码 你的pr message甚至看不出你真的读了里面列出的几个其他pr[5]
Xray-core 代码贡献者
代码或许归档,但火种永不熄灭。为推动网络对抗演进与底层工程突破的开拓者献上一份敬意。
在 Xray-core PR #7136(为 Lua 增加沙箱机制)的讨论中,Fangliding 提出安全顾虑:理论上一个恶意的 Lua 脚本甚至可以访问 Xray 内置的 DNS,通过 DNS 隧道获得网络后挖矿等,任意代码执行权限还是太危险;他建议改成使用 Lua 的特权功能需要在启动时加一个 lua-(privileged) 的 flag。该 PR 为开放状态、尚未合并。
在 Xray-core PR #7135(把 uTLS 升到 6ebdceb / Chrome 155、注册 hellochrome_155)的讨论中,有人问为什么取 6ebdceb 这个提交而不是最新提交,Fangliding 回应:不用这么急,如果发布了(有 tag)肯定优先用正常的版本号,就算没有也是取两周后的最新 commit。该 PR 为开放状态、尚未合并。
在 Xray-core PR #7121 关于 WARP/MASQUE 与 L4 模式的讨论中,Fangliding 表示:愿意直说的话,这就是面向 Cloudflare 编程(毕竟以前连注释都避个嫌);用 L4 模式、不用那个 MASQUE,不到一千行代码就做完了,他自己以前其实也写过,不过不支持 UDP。
Fangliding 的提交说明为“Change WS upgraderBufferSize”。[1]
Fangliding 的提交说明为“Config: Fix some issues (#6640)”。[2]
Fangliding 的提交说明为“Blackhole outbound: Add customizable response data support (#6713)”。[3]
Fangliding 的提交说明为“VLESS config: Fix validateOutboundTransportSecurity() (#6741)”。[4]
小传正文中的关键事实与时间点均基于以下公开一手记录或权威报道:
核对 GitHub 关联作者账号、提交时间与代码差异;日期按 UTC+8。
https://github.com/XTLS/Xray-core/commit/69cbb4c47a2940d9ce08d0c2a3425e112fa3e5fa核对 GitHub 关联作者账号、提交时间与代码差异;日期按 UTC+8。
https://github.com/XTLS/Xray-core/commit/65458e919fcb3548d44481ea7929031a14bf117e核对 GitHub 关联作者账号、提交时间与代码差异;日期按 UTC+8。
https://github.com/XTLS/Xray-core/commit/01a034be5355d2273cddf272defb0dee4f784dbf核对 GitHub 关联作者账号、提交时间与代码差异;日期按 UTC+8。
https://github.com/XTLS/Xray-core/commit/a1bf968be975adefa9247d7b3093613cee82f028本文只依据公开项目的 Git 历史、具体代码差异与本人署名评论核对技术参与。根提交可能包含上游历史,不等同于个人或品牌创立时间;不收录现实姓名、工作单位、生活与私人联系方式。
写明需要纠正的内容,可附相关链接。资料会在人工核验后更新。