尧图网站建设 
前言在商品管理、ERP、选品系统、价格监控、CPS 导购以及电商 SaaS 等业务中商品详情数据通常是最基础的数据源之一。与直接解析网页相比通过开放平台或经过授权的数据接口获取商品信息通常更适合长期、系统化的数据同步场景。京东开放平台采用标准 API 调用机制开发者需要按照平台规范完成应用接入、参数传递和签名校验。具体接口权限、参数和返回字段应以当前开放平台文档及实际授权结果为准。本文从实际系统开发角度介绍京东商品详情数据通常涉及哪些能力并给出一套便于 ERP、选品工具及数据中台使用的标准化 JSON 数据模型。说明本文 JSON 主要用于演示数据结构设计并不代表京东某一接口在所有版本、权限和业务场景下都会原样返回这些字段。一、京东商品详情 API 能解决什么问题商品详情接口的核心作用是通过商品 SKU 或其他商品标识获取对应的结构化商品信息。在实际业务中通常关注以下几类数据商品 SKU商品标题品牌类目店铺商品图片商品参数SKU 规格商品价格优惠信息推广佣金商品状态评价指标库存或可售状态不同接口的能力范围存在差异。例如商品基础信息、联盟推广信息、优惠券信息、类目信息可能分别由不同接口提供因此生产环境中经常需要将多个接口的数据统一整合。二、京东开放接口的基本调用模式京东开放平台 API 通常采用标准化接口调用机制。常见调用流程可以概括为创建应用 ↓ 获取 AppKey / AppSecret ↓ 申请接口权限 ↓ 构造业务参数 ↓ 生成签名 ↓ 发送 API 请求 ↓ 解析 JSON ↓ 标准化数据 ↓ 写入数据库京东官方开放平台资料显示API 请求通常包含应用标识、签名、时间戳、接口版本以及业务参数等信息服务端会对请求签名进行校验。具体系统参数及签名算法应以所接入平台的最新文档为准。三、为什么建议做一层“商品数据标准化”很多开发者接入商品接口后会直接把接口 JSON 保存到数据库。这种方式在项目初期比较方便但长期维护时会出现几个问题1. 接口字段可能变化平台接口升级后字段名称、嵌套结构甚至数据类型可能发生调整。2. 不同接口结构不同商品基础信息、优惠券、联盟推广和价格数据可能来自不同 API。3. 多平台数据难以统一如果系统后续还需要接入淘宝、天猫、拼多多、抖音等平台不统一模型会导致业务代码越来越复杂。因此更推荐京东原始返回数据 ↓ 字段解析 ↓ 数据清洗 ↓ 统一商品模型 ↓ MySQL / MongoDB / Elasticsearch四、推荐的商品详情标准 JSON 模型下面给出一个适合电商 SaaS、ERP、选品系统和商品数据库使用的标准化商品结构。{ platform: jd, skuId: 100065474274, title: 夏季纯棉宽松短袖女 纯色百搭基础T恤, brandName: 示例品牌, category: { firstCategory: 女装, secondCategory: 上装, thirdCategory: T恤 }, shop: { shopName: 示例官方旗舰店, isSelfOperated: false }, itemUrl: https://item.jd.com/100065474274.html, price: { marketPrice: 79.90, salePrice: 59.00, finalPrice: 49.00 }, coupon: { available: true, discount: 10.00, condition: 满59减10, startTime: 2026-07-20 00:00:00, endTime: 2026-07-31 23:59:59 }, commission: { available: true, rate: 12.50, estimatedAmount: 6.13 }, saleStatus: { isOnSale: true, stockStatus: available }, images: { mainImage: https://img.example.com/main.jpg, detailImages: [ https://img.example.com/detail_01.jpg, https://img.example.com/detail_02.jpg ] }, skuList: [ { skuId: 10006547427401, specText: 白色 / M, price: 59.00, stockStatus: available }, { skuId: 10006547427402, specText: 黑色 / XL, price: 59.00, stockStatus: available } ], attributes: [ { name: 面料, value: 纯棉 }, { name: 版型, value: 宽松 }, { name: 适用季节, value: 夏季 } ], comment: { goodRate: 96.5, commentCount: 1420 }, updateTime: 2026-07-20 14:08:00 }需要特别注意上面的 JSON 是推荐的数据标准化模型而不是对某个京东接口原始返回结构的逐字段复刻。实际开发时应先取得接口原始 JSON再将相关字段映射到这套统一结构中。五、核心字段设计说明1. 商品基础信息{ skuId: 100065474274, title: 商品名称, brandName: 品牌名称 }skuId通常作为商品唯一标识使用。在数据库设计中可以将platform skuId作为跨平台商品唯一键。例如jd_100065474274这样可以避免未来接入多个电商平台后发生 ID 冲突。六、商品价格模型电商系统中不建议只设计一个price字段。推荐拆分{ price: { marketPrice: 79.90, salePrice: 59.00, finalPrice: 49.00 } }其中marketPrice市场价或参考价格。salePrice当前销售价格。finalPrice计算优惠券、活动优惠等之后的参考到手价。不同接口对价格字段的定义可能不同因此在数据标准化过程中需要明确每一个价格字段的业务含义。七、优惠券信息对于 CPS、导购和选品系统而言优惠券通常是非常重要的数据。推荐统一结构{ coupon: { available: true, discount: 10.00, condition: 满59减10, startTime: 2026-07-20 00:00:00, endTime: 2026-07-31 23:59:59 } }这样前端可以直接计算商品价格 ↓ 优惠券 ↓ 参考到手价需要注意优惠券可能具有使用门槛有效期商品范围限制领取限制用户资格限制因此不能简单认为售价 - 优惠金额 所有用户最终成交价最终成交金额仍应以实际结算页面为准。八、联盟佣金数据如果系统用于京东联盟、CPS 导购或者推广业务可以进一步保存推广佣金相关信息。例如{ commission: { available: true, rate: 12.50, estimatedAmount: 6.13 } }常见业务用途包括商品收益测算CPS 选品商品排序推广收益分析导购平台佣金展示需要注意实际佣金可能受到商品状态、用户身份、推广规则、订单状态以及联盟政策等因素影响。因此接口返回的佣金通常更适合作为预估值最终结算仍应以平台实际结算结果为准。九、SKU 规格数据服装、数码、家电等商品通常具有多个 SKU。例如{ skuList: [ { skuId: 100001, specText: 白色 / M, price: 59.00, stockStatus: available }, { skuId: 100002, specText: 黑色 / XL, price: 65.00, stockStatus: available } ] }SKU 维度的数据对于 ERP 和铺货系统尤其重要。因为一个 SPU ↓ 多个 SKU ↓ 不同颜色 不同尺寸 不同价格 不同库存状态如果只保存商品主 SKU很容易造成规格、价格及库存同步错误。十、商品参数标准化商品参数非常适合采用 Key-Value 结构{ attributes: [ { name: 面料, value: 纯棉 }, { name: 颜色, value: 白色 }, { name: 尺码, value: M } ] }这种结构相比直接定义material color size season model更加灵活。原因是不同类目拥有完全不同的属性体系。例如手机处理器 屏幕尺寸 运行内存 存储容量服装面料 版型 尺码 颜色家电功率 容量 能效等级 尺寸因此使用数组形式保存动态属性扩展性通常更好。十一、商品图片结构推荐将商品图片拆成{ images: { mainImage: , detailImages: [] } }后续还可以进一步扩展{ images: { mainImage: , galleryImages: [], detailImages: [], skuImages: [] } }这样更适合商品铺货和素材管理系统。十二、价格与商品状态监控商品详情接口最典型的应用之一就是商品监控。例如数据库第一次记录2026-07-20 价格59 元 状态在售第二次同步2026-07-21 价格49 元 状态在售系统即可识别价格下降 10 元进一步可以触发降价提醒自动调整售价商品重新排序消息通知运营任务十三、商品历史价格表设计如果需要监控商品价格不建议直接覆盖原来的价格。可以单独建立CREATE TABLE jd_goods_price_history ( id BIGINT PRIMARY KEY AUTO_INCREMENT, sku_id VARCHAR(64) NOT NULL, sale_price DECIMAL(10,2), final_price DECIMAL(10,2), created_at DATETIME );这样即可获得完整历史价格曲线。例如日期 售价 07-20 59 07-21 59 07-22 55 07-23 49 07-24 49后续就可以进行最低价分析降价监控促销分析价格趋势预测十四、库存设计需要特别注意库存数据是商品接口中比较容易被误解的一项。有些接口可能只提供有货 无货 可售 不可售而不一定直接提供精确的库存 460件此外库存还可能受到地区、仓库、收货地址等因素影响。因此推荐的数据模型为{ saleStatus: { isOnSale: true, stockStatus: available } }只有在接口明确提供并允许使用精确库存数量时再增加{ stockQuantity: 460 }这样可以避免把“有货状态”误认为“真实库存数量”。十五、销量数据同样需要区分定义原始业务数据中常见销量 月销量 累计销量 评价数量 付款人数这些指标并不是完全相同的概念。因此如果接口只提供评价数就不应该把commentCount转换成sales建议保留接口本身的数据语义。例如{ statistics: { commentCount: 1420, goodRate: 96.5 } }只有在接口明确提供销量数据时再增加{ monthSales: 2360 }十六、常见异常处理生产环境中不能只判断HTTP 200还需要同时判断业务层返回结果。推荐统一封装{ success: false, code: RATE_LIMIT, message: 请求频率受限, data: null }注意类似{ code: 429 }不应直接写成“京东官方统一限流业务码”除非对应接口文档明确这样定义。HTTP 429、平台业务错误码以及 SDK 返回码可能属于不同层级。因此开发时最好分别记录HTTP状态码 平台业务码 平台错误信息 请求ID十七、推荐异常处理策略可以将异常划分为以下几类。参数错误例如skuId为空 skuId格式错误 必要参数缺失通常无需重试。商品不存在例如SKU不存在 商品失效 商品不在当前接口数据范围应更新商品状态而不是无限重试。请求频率限制可以采用第一次失败 → 等待 第二次失败 → 延长等待时间 第三次失败 → 进入重试队列但具体调用频率仍应遵守平台接口规则。网络异常对于连接超时 DNS异常 网络中断可以采用有限次数重试。十八、商品详情 API 的主要应用场景1. ERP 商品同步自动同步商品 SKU 价格 图片 参数 状态2. 商品数据库建设建立标准化商品数据中心JD API ↓ 数据清洗 ↓ 商品数据库 ↓ 搜索系统 ↓ 运营后台3. 价格监控定时同步商品价格旧价格 ↓ 新价格 ↓ 价格差异 ↓ 触发提醒4. CPS 导购平台同步商品 优惠券 推广信息 参考佣金用于商品推荐导购活动页内容电商5. 电商选品通过商品维度建立选品模型例如价格 评价 优惠 佣金 品牌 商品状态形成内部选品指标。十九、官方 API 与网页采集的区别对于长期运行的生产系统优先考虑经过授权的开放接口。主要原因是对比项开放接口网页解析数据格式结构化需要解析字段定义相对规范与页面结构相关稳定性通常较高页面更新可能影响解析权限需要申请仍需遵守平台规则系统维护相对简单维护成本通常较高数据合规权限边界明确需额外评估需要指出的是“使用 API”并不意味着可以无限制访问。开发者仍需要遵守接口授权范围QPS / 调用次数限制数据使用规则应用审核要求京东开放平台相关协议二十、生产环境建议如果准备将商品 API 用于正式项目建议增加以下模块API请求层 ↓ 签名模块 ↓ 重试模块 ↓ 数据解析层 ↓ 字段标准化 ↓ 消息队列 ↓ 数据库 ↓ 监控报警同时记录requestId skuId 接口名称 请求时间 耗时 返回状态 错误码 重试次数这对于后续排查接口问题非常重要。总结京东商品数据接入真正有价值的部分并不只是“调用一次接口拿到 JSON”而是建立一套稳定的数据处理体系接口授权 ↓ 商品数据获取 ↓ 字段解析 ↓ 数据标准化 ↓ 商品库 ↓ 价格 / 状态监控 ↓ ERP / CPS / 选品系统在实际开发中应将“京东原始接口结构”和“企业内部标准商品模型”区分开。京东接口负责提供授权范围内的数据企业系统则负责将不同接口、不同平台的数据转换成统一结构。这种设计不仅方便当前接入京东未来增加淘宝、天猫、拼多多、抖音等平台时也可以继续复用同一套商品数据模型。对于接口名称、权限、请求参数、限流规则以及实际返回字段应始终以京东开放平台当前文档和应用实际获得的接口权限为准。联系方式some1899 京东商品详情 API 能力解析与标准化应用方案（含 JSON 返回示例）
前言在商品管理、ERP、选品系统、价格监控、CPS 导购以及电商 SaaS 等业务中商品详情数据通常是最基础的数据源之一。与直接解析网页相比通过开放平台或经过授权的数据接口获取商品信息通常更适合长期、系统化的数据同步场景。京东开放平台采用标准 API 调用机制开发者需要按照平台规范完成应用接入、参数传递和签名校验。具体接口权限、参数和返回字段应以当前开放平台文档及实际授权结果为准。本文从实际系统开发角度介绍京东商品详情数据通常涉及哪些能力并给出一套便于 ERP、选品工具及数据中台使用的标准化 JSON 数据模型。说明本文 JSON 主要用于演示数据结构设计并不代表京东某一接口在所有版本、权限和业务场景下都会原样返回这些字段。一、京东商品详情 API 能解决什么问题商品详情接口的核心作用是通过商品 SKU 或其他商品标识获取对应的结构化商品信息。在实际业务中通常关注以下几类数据商品 SKU商品标题品牌类目店铺商品图片商品参数SKU 规格商品价格优惠信息推广佣金商品状态评价指标库存或可售状态不同接口的能力范围存在差异。例如商品基础信息、联盟推广信息、优惠券信息、类目信息可能分别由不同接口提供因此生产环境中经常需要将多个接口的数据统一整合。二、京东开放接口的基本调用模式京东开放平台 API 通常采用标准化接口调用机制。常见调用流程可以概括为创建应用 ↓ 获取 AppKey / AppSecret ↓ 申请接口权限 ↓ 构造业务参数 ↓ 生成签名 ↓ 发送 API 请求 ↓ 解析 JSON ↓ 标准化数据 ↓ 写入数据库京东官方开放平台资料显示API 请求通常包含应用标识、签名、时间戳、接口版本以及业务参数等信息服务端会对请求签名进行校验。具体系统参数及签名算法应以所接入平台的最新文档为准。三、为什么建议做一层“商品数据标准化”很多开发者接入商品接口后会直接把接口 JSON 保存到数据库。这种方式在项目初期比较方便但长期维护时会出现几个问题1. 接口字段可能变化平台接口升级后字段名称、嵌套结构甚至数据类型可能发生调整。2. 不同接口结构不同商品基础信息、优惠券、联盟推广和价格数据可能来自不同 API。3. 多平台数据难以统一如果系统后续还需要接入淘宝、天猫、拼多多、抖音等平台不统一模型会导致业务代码越来越复杂。因此更推荐京东原始返回数据 ↓ 字段解析 ↓ 数据清洗 ↓ 统一商品模型 ↓ MySQL / MongoDB / Elasticsearch四、推荐的商品详情标准 JSON 模型下面给出一个适合电商 SaaS、ERP、选品系统和商品数据库使用的标准化商品结构。{ platform: jd, skuId: 100065474274, title: 夏季纯棉宽松短袖女 纯色百搭基础T恤, brandName: 示例品牌, category: { firstCategory: 女装, secondCategory: 上装, thirdCategory: T恤 }, shop: { shopName: 示例官方旗舰店, isSelfOperated: false }, itemUrl: https://item.jd.com/100065474274.html, price: { marketPrice: 79.90, salePrice: 59.00, finalPrice: 49.00 }, coupon: { available: true, discount: 10.00, condition: 满59减10, startTime: 2026-07-20 00:00:00, endTime: 2026-07-31 23:59:59 }, commission: { available: true, rate: 12.50, estimatedAmount: 6.13 }, saleStatus: { isOnSale: true, stockStatus: available }, images: { mainImage: https://img.example.com/main.jpg, detailImages: [ https://img.example.com/detail_01.jpg, https://img.example.com/detail_02.jpg ] }, skuList: [ { skuId: 10006547427401, specText: 白色 / M, price: 59.00, stockStatus: available }, { skuId: 10006547427402, specText: 黑色 / XL, price: 59.00, stockStatus: available } ], attributes: [ { name: 面料, value: 纯棉 }, { name: 版型, value: 宽松 }, { name: 适用季节, value: 夏季 } ], comment: { goodRate: 96.5, commentCount: 1420 }, updateTime: 2026-07-20 14:08:00 }需要特别注意上面的 JSON 是推荐的数据标准化模型而不是对某个京东接口原始返回结构的逐字段复刻。实际开发时应先取得接口原始 JSON再将相关字段映射到这套统一结构中。五、核心字段设计说明1. 商品基础信息{ skuId: 100065474274, title: 商品名称, brandName: 品牌名称 }skuId通常作为商品唯一标识使用。在数据库设计中可以将platform skuId作为跨平台商品唯一键。例如jd_100065474274这样可以避免未来接入多个电商平台后发生 ID 冲突。六、商品价格模型电商系统中不建议只设计一个price字段。推荐拆分{ price: { marketPrice: 79.90, salePrice: 59.00, finalPrice: 49.00 } }其中marketPrice市场价或参考价格。salePrice当前销售价格。finalPrice计算优惠券、活动优惠等之后的参考到手价。不同接口对价格字段的定义可能不同因此在数据标准化过程中需要明确每一个价格字段的业务含义。七、优惠券信息对于 CPS、导购和选品系统而言优惠券通常是非常重要的数据。推荐统一结构{ coupon: { available: true, discount: 10.00, condition: 满59减10, startTime: 2026-07-20 00:00:00, endTime: 2026-07-31 23:59:59 } }这样前端可以直接计算商品价格 ↓ 优惠券 ↓ 参考到手价需要注意优惠券可能具有使用门槛有效期商品范围限制领取限制用户资格限制因此不能简单认为售价 - 优惠金额 所有用户最终成交价最终成交金额仍应以实际结算页面为准。八、联盟佣金数据如果系统用于京东联盟、CPS 导购或者推广业务可以进一步保存推广佣金相关信息。例如{ commission: { available: true, rate: 12.50, estimatedAmount: 6.13 } }常见业务用途包括商品收益测算CPS 选品商品排序推广收益分析导购平台佣金展示需要注意实际佣金可能受到商品状态、用户身份、推广规则、订单状态以及联盟政策等因素影响。因此接口返回的佣金通常更适合作为预估值最终结算仍应以平台实际结算结果为准。九、SKU 规格数据服装、数码、家电等商品通常具有多个 SKU。例如{ skuList: [ { skuId: 100001, specText: 白色 / M, price: 59.00, stockStatus: available }, { skuId: 100002, specText: 黑色 / XL, price: 65.00, stockStatus: available } ] }SKU 维度的数据对于 ERP 和铺货系统尤其重要。因为一个 SPU ↓ 多个 SKU ↓ 不同颜色 不同尺寸 不同价格 不同库存状态如果只保存商品主 SKU很容易造成规格、价格及库存同步错误。十、商品参数标准化商品参数非常适合采用 Key-Value 结构{ attributes: [ { name: 面料, value: 纯棉 }, { name: 颜色, value: 白色 }, { name: 尺码, value: M } ] }这种结构相比直接定义material color size season model更加灵活。原因是不同类目拥有完全不同的属性体系。例如手机处理器 屏幕尺寸 运行内存 存储容量服装面料 版型 尺码 颜色家电功率 容量 能效等级 尺寸因此使用数组形式保存动态属性扩展性通常更好。十一、商品图片结构推荐将商品图片拆成{ images: { mainImage: , detailImages: [] } }后续还可以进一步扩展{ images: { mainImage: , galleryImages: [], detailImages: [], skuImages: [] } }这样更适合商品铺货和素材管理系统。十二、价格与商品状态监控商品详情接口最典型的应用之一就是商品监控。例如数据库第一次记录2026-07-20 价格59 元 状态在售第二次同步2026-07-21 价格49 元 状态在售系统即可识别价格下降 10 元进一步可以触发降价提醒自动调整售价商品重新排序消息通知运营任务十三、商品历史价格表设计如果需要监控商品价格不建议直接覆盖原来的价格。可以单独建立CREATE TABLE jd_goods_price_history ( id BIGINT PRIMARY KEY AUTO_INCREMENT, sku_id VARCHAR(64) NOT NULL, sale_price DECIMAL(10,2), final_price DECIMAL(10,2), created_at DATETIME );这样即可获得完整历史价格曲线。例如日期 售价 07-20 59 07-21 59 07-22 55 07-23 49 07-24 49后续就可以进行最低价分析降价监控促销分析价格趋势预测十四、库存设计需要特别注意库存数据是商品接口中比较容易被误解的一项。有些接口可能只提供有货 无货 可售 不可售而不一定直接提供精确的库存 460件此外库存还可能受到地区、仓库、收货地址等因素影响。因此推荐的数据模型为{ saleStatus: { isOnSale: true, stockStatus: available } }只有在接口明确提供并允许使用精确库存数量时再增加{ stockQuantity: 460 }这样可以避免把“有货状态”误认为“真实库存数量”。十五、销量数据同样需要区分定义原始业务数据中常见销量 月销量 累计销量 评价数量 付款人数这些指标并不是完全相同的概念。因此如果接口只提供评价数就不应该把commentCount转换成sales建议保留接口本身的数据语义。例如{ statistics: { commentCount: 1420, goodRate: 96.5 } }只有在接口明确提供销量数据时再增加{ monthSales: 2360 }十六、常见异常处理生产环境中不能只判断HTTP 200还需要同时判断业务层返回结果。推荐统一封装{ success: false, code: RATE_LIMIT, message: 请求频率受限, data: null }注意类似{ code: 429 }不应直接写成“京东官方统一限流业务码”除非对应接口文档明确这样定义。HTTP 429、平台业务错误码以及 SDK 返回码可能属于不同层级。因此开发时最好分别记录HTTP状态码 平台业务码 平台错误信息 请求ID十七、推荐异常处理策略可以将异常划分为以下几类。参数错误例如skuId为空 skuId格式错误 必要参数缺失通常无需重试。商品不存在例如SKU不存在 商品失效 商品不在当前接口数据范围应更新商品状态而不是无限重试。请求频率限制可以采用第一次失败 → 等待 第二次失败 → 延长等待时间 第三次失败 → 进入重试队列但具体调用频率仍应遵守平台接口规则。网络异常对于连接超时 DNS异常 网络中断可以采用有限次数重试。十八、商品详情 API 的主要应用场景1. ERP 商品同步自动同步商品 SKU 价格 图片 参数 状态2. 商品数据库建设建立标准化商品数据中心JD API ↓ 数据清洗 ↓ 商品数据库 ↓ 搜索系统 ↓ 运营后台3. 价格监控定时同步商品价格旧价格 ↓ 新价格 ↓ 价格差异 ↓ 触发提醒4. CPS 导购平台同步商品 优惠券 推广信息 参考佣金用于商品推荐导购活动页内容电商5. 电商选品通过商品维度建立选品模型例如价格 评价 优惠 佣金 品牌 商品状态形成内部选品指标。十九、官方 API 与网页采集的区别对于长期运行的生产系统优先考虑经过授权的开放接口。主要原因是对比项开放接口网页解析数据格式结构化需要解析字段定义相对规范与页面结构相关稳定性通常较高页面更新可能影响解析权限需要申请仍需遵守平台规则系统维护相对简单维护成本通常较高数据合规权限边界明确需额外评估需要指出的是“使用 API”并不意味着可以无限制访问。开发者仍需要遵守接口授权范围QPS / 调用次数限制数据使用规则应用审核要求京东开放平台相关协议二十、生产环境建议如果准备将商品 API 用于正式项目建议增加以下模块API请求层 ↓ 签名模块 ↓ 重试模块 ↓ 数据解析层 ↓ 字段标准化 ↓ 消息队列 ↓ 数据库 ↓ 监控报警同时记录requestId skuId 接口名称 请求时间 耗时 返回状态 错误码 重试次数这对于后续排查接口问题非常重要。总结京东商品数据接入真正有价值的部分并不只是“调用一次接口拿到 JSON”而是建立一套稳定的数据处理体系接口授权 ↓ 商品数据获取 ↓ 字段解析 ↓ 数据标准化 ↓ 商品库 ↓ 价格 / 状态监控 ↓ ERP / CPS / 选品系统在实际开发中应将“京东原始接口结构”和“企业内部标准商品模型”区分开。京东接口负责提供授权范围内的数据企业系统则负责将不同接口、不同平台的数据转换成统一结构。这种设计不仅方便当前接入京东未来增加淘宝、天猫、拼多多、抖音等平台时也可以继续复用同一套商品数据模型。对于接口名称、权限、请求参数、限流规则以及实际返回字段应始终以京东开放平台当前文档和应用实际获得的接口权限为准。联系方式some1899