为什么Woocommerce API GET请求在API更新购物车时返回空商品列表

• 会话标识未正确传递
  WooCommerce 默认购物车与用户会话强绑定：未登录用户依赖woocommerce_cart_hash、woocommerce_session_id两个Cookie识别购物车身份，登录用户也需要会话Cookie或合法Authorization令牌关联账号。Postman测试时POST加购请求成功后，你没有将接口返回的Set-Cookie头中的会话参数带入后续GET请求，服务端无法匹配到对应购物车，就会返回空列表。网站端操作时浏览器会自动携带Cookie，因此可以正常返回数据。
  修复方式：POST请求后提取返回的会话Cookie，在GET请求头中携带对应Cookie参数即可。

• 自定义加购逻辑未持久化购物车数据
  你修改的class-wc-rest-webhooks-controller.php是Webhook调度的原生控制器，本身没有购物车操作逻辑，你新增的加购代码大概率仅更新了当前请求生命周期内的临时购物车对象，没有执行WooCommerce原生的持久化步骤。网站端走原生加购逻辑会自动将购物车数据写入wp_woocommerce_sessions表，而你自定义的逻辑缺了这一步，请求结束后临时购物车数据直接销毁，后续GET请求自然读不到数据。
  修复方式：在自定义加购逻辑的末尾补充两行代码：

WC()->cart->set_session();
WC()->cart->persistent_cart_update();

主动触发购物车数据持久化即可。

• 用户上下文绑定错误
  如果接口面向登录用户开放，你的POST加购逻辑需要先通过REST请求的Authorization头解析出对应账号ID，再调用wc_set_current_user($user_id)将用户上下文传入WooCommerce购物车对象。如果加购时没有绑定用户身份，购物车只会存在于当前临时会话，登录用户发起GET请求时会拉取和自身账号绑定的购物车，自然返回空。

• 服务端缓存规则异常
  你使用的LiteSpeed服务器如果配置了REST接口缓存规则，可能存在POST更新购物车后没有自动清理对应GET接口缓存的问题，导致返回了之前的空购物车缓存。测试时可以给GET请求加随机查询参数绕过缓存，验证是否是缓存导致的问题。

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