Swift JSONDecoder解码报错：响应无username键却提示字段缺失

该解码错误由请求参数模型与响应解码模型混用导致，和接口返回逻辑、网络请求配置无关：

• 你传入ServiceManager泛型解码逻辑的目标类型，并非仅包含success/expires_at/request_token三个字段的响应结构体，而是用来组装HTTP Body的请求参数模型。该模型内置username、password字段，JSONDecoder解码时会严格匹配目标类型CodingKeys对应的JSON键，由于响应体不存在这些字段，且对应属性未标记为可选、未配置默认值，就会抛出你看到的键不存在的解码错误。
• 你已验证原始响应结构和预期完全一致，可直接排除接口返回异常、参数序列化失败、请求头配置错误等网络层问题，故障点仅在解码环节传入的泛型类型错误。

1. 拆分独立的请求、响应数据模型，禁止复用同一个结构体同时承担参数组装、响应解码职责，参考定义如下：

   // 登录请求参数模型，仅用于HTTP Body序列化
   struct LoginRequest: Encodable {
       let username: String
       let password: String
       let request_token: String
   }
   
   // 登录接口响应模型，仅用于JSON响应解码
   struct LoginResponse: Decodable {
       let success: Bool
       let expires_at: String
       let request_token: String
   }
   

2. 检查LoginViewModel中调用网络请求方法的代码，确认传入的解码目标类型为响应模型，而非请求参数模型：

   // 错误写法：传入请求参数类型作为解码目标，会触发当前报错
   ServiceManager.shared.request(path: "/login", parameters: loginParams, modelType: LoginRequest.self) { result in
       // 业务回调
   }
   
   // 正确写法：传入响应模型类型作为解码目标
   ServiceManager.shared.request(path: "/login", parameters: loginParams, modelType: LoginResponse.self) { result in
       // 业务回调
   }
   

3. 附带排查：如果ServiceManager封装中存在默认泛型类型绑定、硬编码使用请求参数类型做解码的逻辑，调整为调用方显式传入响应模型类型即可。

快速验证方式：在ServiceManager的解码逻辑处加断点，查看当前传入的解码类型对应的结构体是否包含username属性，可10秒定位问题。

内容的提问来源于stack exchange，提问作者Bhanuteja