[Bug] 当 network 的值为 http 时，v.go 解析错误

[snakem982]

验证步骤

• 我已经阅读了 文档，了解所有我编写的配置文件项的含义，而不是大量堆砌看似有用的选项或默认值。
• 我仔细看过 文档 并未解决问题
• 我已在 Issue Tracker 中寻找过我要提出的问题，并且没有找到
• 我是中文用户，而非其他语言用户
• 我已经使用最新的 Alpha 分支版本测试过，问题依旧存在
• 我提供了可以在本地重现该问题的服务器、客户端配置文件与流程，而不是一个脱敏的复杂客户端配置文件。
• 我提供了可用于重现我报告的错误的最简配置，而不是依赖远程服务器或者堆砌大量对于复现无用的配置等。
• 我提供了完整的日志，而不是出于对自身智力的自信而仅提供了部分认为有用的部分。
• 我直接使用 Mihomo 命令行程序重现了错误，而不是使用其他工具或脚本。

操作系统

No response

系统版本

all

Mihomo 版本

all

配置文件

all

描述

v.go
67~69 行，后续的 switch 无处理分支，感觉这几行可以删除

 else if network == "http" {
		network = "h2"
	}

93~104 行，h2Opts["path"] 是一个字符串不是数组

	case "http":
		headers := make(map[string]any)
		h2Opts := make(map[string]any)
		h2Opts["path"] = []string{"/"}
		if path := query.Get("path"); path != "" {
			h2Opts["path"] = []string{path}
		}
		if host := query.Get("host"); host != "" {
			h2Opts["host"] = []string{host}
		}
		h2Opts["headers"] = headers
		proxy["h2-opts"] = h2Opts

重现方式

all

日志

[wangwei354]

补充一些分析，帮助定位。

复现方式

最小可复现的 vless 分享链接（关键是 type=http，即 HTTP/2 transport）：

vless://uuid@example.com:443?security=tls&type=http&host=cdn.example.com&path=%2Fgrpc#vless-h2

导入后走完 ConvertsV2Ray → adapter.ParseProxy，当前 Alpha 上 ParseProxy 返回：

'h2-opts.path' expected type 'string', got unconvertible type '[]string'

整个节点被静默丢弃。

问题原因

adapter/outbound/vmess.go 的 HTTP2Options 定义为：

type HTTP2Options struct {
    Host []string `proxy:"host,omitempty"`
    Path string   `proxy:"path,omitempty"`
}

但 common/convert/v.go 的 case "h2": 分支把 h2-opts.path 写成了 []string：

h2Opts["path"] = []string{"/"}
if path := query.Get("path"); path != "" {
    h2Opts["path"] = []string{path}
}

common/structure 的 decodeString 只接受 string / int / uint / float（WeaklyTypedInput 开启时），不接受 slice → string，因此解码直接失败。

何时引入

• 原始提交 b23a0710 feat: Converter VMessAEAD share link standard support 在 2022 年左右首次加入这段代码。当时 case "http": 与函数顶部把 network 重映射为 "h2" 的逻辑不一致，整个 block 实际上是不可达的死代码，所以 path 类型错了也没人发现。
• PR fix(convert): normalize VLESS share-link transport mapping #2694 / 0495d295 于 2026-04-13 正面修了控制流问题，把 case "http": 改为 case "h2":，激活了这段死代码，[]string 类型错误第一次真正生效，用户开始遇到节点消失。

本 issue 提交于 2026-02-04，那时 #2694 尚未合入 —— 报告人观察到的两个现象（"switch 无处理分支" 和 "path 应该是 string"）都是真的。#2694 修好了前者，但没发现后者就藏在 case body 里。

原因推测

case "h2": 与相邻的 case "http": 基本是逐行镜像：

case "http":            // HTTP/1.1 camouflage
    httpOpts["path"]    = []string{"/"}   // HTTPOptions.Path 是 []string ✓
    httpOpts["headers"] = headers         // HTTPOptions.Headers 存在     ✓

case "h2":              // HTTP/2 transport
    h2Opts["path"]    = []string{"/"}     // HTTP2Options.Path 是 string  ✗
    h2Opts["headers"] = headers           // HTTP2Options 没有 Headers 字段 ✗

两个 struct 就在同一文件里（HTTPOptions / HTTP2Options），但 Path 与 Headers 的类型/存在性不同。最合理的解释是：写 case "h2": 时直接复制了 case "http": 然后改了变量名，没核对 HTTP2Options 的字段类型；当时 block 不可达、没有回归测试覆盖，错误一直潜伏到 #2694 把它唤醒。