必须通过url路径明确标识版本号，常用方式有四种：一、路径嵌入版本号（如/v2/upload/xml）；二、子域名体现版本（如v2.api.example.com/upload/xml）；三、路径+自定义请求头双重校验（如/v1/upload/xml + x-api-version）；四、accept头声明版本（如accept: application/vnd.example.upload+xml;version=2.0）。
如果您在调用XML上传接口时需要区分不同版本的API行为，则必须通过URL路径明确标识版本号。以下是几种符合REST规范且被广泛采用的URL版本控制方式：
一、路径中嵌入版本号
将API版本作为URL路径的第一级或固定层级的一部分，使版本信息显式、不可省略，便于路由识别与服务隔离。
1、在基础路径后直接添加v1、v2等语义化版本标识。
2、确保版本段位于协议、域名之后，资源路径之前，例如：https://api.example.com/v2/upload/xml。
3、避免将版本号置于查询参数中（如?version=v2），因其不可缓存、不易被网关识别且违反REST资源定位原则。
二、子域名中体现版本号
利用DNS解析能力，将不同API版本映射到独立子域名，实现物理隔离与部署灵活性。
1、为每个主版本分配专属子域名，例如：v2.api.example.com。
2、主请求路径保持简洁统一，如/upload/xml，完整URL为https://v2.api.example.com/upload/xml。
3、需同步配置SSL证书以覆盖对应子域名，否则HTTPS握手将失败。
三、自定义请求头配合路径版本
路径中仍保留版本标识，但同时要求客户端在HTTP头部携带版本字段，形成双重校验机制，增强兼容性管控能力。
1、路径维持标准形式，例如：https://api.example.com/v1/upload/xml。
2、客户端必须附加请求头：X-API-Version: 1.2。
3、服务端优先校验路径版本，再比对请求头中的语义化版本（如补丁号），不一致时返回400 Bad Request并附带错误码VERSION_MISMATCH。
四、Accept头声明版本
借助HTTP标准内容协商机制，通过Accept请求头的媒体类型参数传递版本线索，适用于强调资源表现形式差异的场景。
1、路径不显式含版本，例如：https://api.example.com/upload/xml。
2、客户端发送请求时设置：Accept: application/vnd.example.upload+xml;version=2.0。
3、服务端解析Accept头中的version参数值，并据此选择对应处理器和XML Schema验证规则。
