切换配送方式时无法稳定清除WooCommerce自定义费用求助

以下是实际开发中遇到过的核心问题点，按优先级排查：

• 钩子触发时机不匹配
  切换配送方式的核心触发钩子是woocommerce_shipping_method_chosen和AJAX钩子woocommerce_update_order_review，如果你的Session清理逻辑只挂在woocommerce_cart_calculate_fees上，会出现时机滞后的问题——因为cart计算钩子可能在Session更新前就跑了，导致旧值残留。
  直接在配送方式切换的钩子上绑定清理逻辑：

  add_action('woocommerce_shipping_method_chosen', 'clear_custom_shipping_fee_session', 10, 1);
  function clear_custom_shipping_fee_session($method_id) {
      if (WC()->session->exists('myplugin_custom_fee')) {
          WC()->session->__unset('myplugin_custom_fee');
      }
  }
  

  同时在woocommerce_update_order_review里也加一遍，覆盖AJAX场景的边缘情况。

• Session变量操作不严谨
  一是别用通用命名，比如别叫shipping_fee，加插件前缀（比如myplugin_custom_fee）避免和其他插件/核心冲突；二是确保操作Session时WC()->session已经初始化——不要在init钩子之前调用，否则会因为Session未加载导致操作无效。

• 缓存干扰
  如果站点开了页面缓存（比如WP Rocket）或WooCommerce的cart缓存，配送方式切换的AJAX请求可能读取到缓存的Session值。要把结账页、购物车页加入缓存排除列表，或者在AJAX回调里强制刷新Session。

• 费用添加的逻辑漏洞
  很多人犯的错是：只在选中目标配送方式时添加费用，但切换到其他方式时，不主动清除Session，而是靠“不添加新费用”来隐式覆盖。这会导致旧的Session值一直留在后台，偶尔因为缓存或钩子触发顺序问题漏清除。
  正确逻辑是：每次计算费用前，先清除旧的自定义费用Session，再根据当前选中的配送方式决定是否添加新值。

• Session存储的异常
  如果用了Redis、Memcached等外部Session存储，可能存在写入延迟或连接问题。可以临时切回WooCommerce默认的数据库Session存储，测试问题是否消失，排除外部存储的影响。

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