[FEATURE] Enhanced HTTP/3 transport configuration options with support for core QUIC parameter settings

[CAICAIIs]

✅ 验证清单

• 🔍 我已经搜索过 现有 Issues，确信这不是重复请求
• 📋 我已经查看了 发布说明，确信此功能尚未实现

🎯 功能描述

当前项目的 HTTP/3 配置过于简单,目前是部分实现了连接管理，Http3Config 结构体仅包含 Enable 和 Negotiation 两个基础配置项：

• 服务器端配置缺失：服务器端的 QUIC 配置为空
• 流控制未实现：缺少 MaxIncomingStreams 等关键流控制参数
• 配置不对称：客户端有基本连接管理，而服务器端没有配置（protocol/triple/triple_protocol/server.go）

global/http3_config.go:

type Http3Config struct {
	Enable bool `yaml:"enable" json:"enable,omitempty"`

	Negotiation bool `yaml:"negotiation" json:"negotiation,omitempty"`

	// TODO: add more params about http3
}

代码中多处 TODO 注释也表明需要扩展 HTTP/3 参数 。

📋 使用场景

• 微服务架构中需要控制并发连接数，防止资源耗尽
• 通过 MaxIncomingStreams 限制单个连接的并发请求数

⚖️ 复杂性与风险评估

QUIC 传输层配置参考 quic-go库的quic.Config实现，如：
连接管理参数：MaxIdleTimeout、KeepAlivePeriod
流控制参数：MaxIncomingStreams、MaxIncomingUniStreams

🔗 外部依赖

No response

📚 附加信息

No response

[CAICAIIs]

please assign to me

[Alanxtl]

不急，先写个提案

[oxsean]

@CAICAIIs 可以参考下Java这边的配置
https://github.com/apache/dubbo/blob/3.3/dubbo-common/src/main/java/org/apache/dubbo/config/nested/Http3Config.java

[CAICAIIs]

规划：

• PR1：扩展 Http3Config 的核心 QUIC 配置字段，补齐 compat 与测试，并只在 server 侧接入共享 quic.Config 构造逻辑，先搭好最小基础设施。
• PR2：将直连 HTTP/3 client 改为复用同一套 Http3Config -> quic.Config 映射逻辑，让 client/server 的核心 QUIC 配置开始对齐。
• PR3：把 dual transport 的 HTTP/3 分支也接入共享配置构造逻辑，在不改变 H2/H3 切换语义的前提下统一三条链路的配置来源。
• PR4：在前三个 PR 稳定后，再按需补充更多 quic-go 支持的高级 HTTP/3/QUIC 调优项和对应测试，逐步完善 issue 的完整能力面。