PrestaShop中重写OrderCore类无效问题求助

我之前在PrestaShop开发时也碰到过完全一样的override失效问题！给你梳理几个最可能的原因和解决步骤，按顺序排查应该就能搞定：

1. 先确认Override文件的基础正确性 #

首先要确保你的文件路径、命名和代码语法都没毛病：

• 路径必须是/override/classes/order/Order.php，注意大小写！Linux服务器对文件名大小写敏感，要是写成order.php或者ORDER.php，PHP根本找不到这个文件。
• 检查代码语法：你的代码看起来没问题，但可以用本地的php -l override/classes/order/Order.php命令做个语法检查，避免不小心打错符号。另外注释里的Overriten是拼写错误（应该是Overridden），不过这个不影响功能，只是小细节~
  你的代码应该是这样的（再核对一遍）：

  class Order extends OrderCore {
      /**
       * Generates reference number.
       *
       * Overridden to have reference numbers numeric only.
       */
      public static function generateReference() {
          return strtoupper(Tools::passwdGen(9, 'NUMERIC'));
      }
  }
  

• 方法签名要和原类完全一致：原OrderCore::generateReference()是public static且无参数，你的重写方法也必须保持这个签名，否则不会触发覆盖。

2. 彻底清理所有缓存（重中之重） #

PrestaShop的缓存经常是override失效的罪魁祸首，光清后台缓存可能不够，要做全套：

• 后台操作：进入高级参数 > 性能，点击「清除缓存」，同时勾选「重置编译的模板」和「清除图片缓存」。
• 手动删缓存文件：登录服务器，找到var/cache/目录，删掉里面所有文件和文件夹，尤其是class_index.php——这个文件是PrestaShop的类映射缓存，只要它存在，新的override就不会被加载。
• 如果服务器开了OPcache/APC这类 opcode 缓存，必须重启PHP服务或者清空缓存！PHP会把已加载的类文件缓存起来，就算你改了override，它还是会用旧的缓存版本。

3. 检查文件权限 #

服务器PHP进程如果读不到你的override文件，自然会直接加载原类：

• Linux服务器下，把Order.php的权限设为644，上级目录权限设为755，用SSH命令的话就是：

  chmod 644 override/classes/order/Order.php
  chmod 755 override/classes/order
  chmod 755 override/classes
  chmod 755 override
  

• Windows服务器的话，确保文件没有被设为「只读」，并且IIS进程有读取权限。

4. 验证Override是否被加载 #

可以加个简单的测试来确认override是否生效：
在你的generateReference方法里临时加一行代码：

public static function generateReference() {
    die('Override is working!'); // 临时测试代码
    return strtoupper(Tools::passwdGen(9, 'NUMERIC'));
}

然后随便找个地方调用Order::generateReference()（比如在某个测试控制器里加echo Order::generateReference();），访问页面如果看到「Override is working!」，说明override已经加载了，只是你的业务逻辑可能有其他问题；如果看不到，就回到前面的步骤继续排查。

5. 排查模块冲突 #

有些第三方模块也会重写Order类，要是多个override同时修改同一个方法，就会出现冲突：

• 暂时禁用所有第三方模块，然后测试override是否生效。如果生效了，再逐个启用模块，找到哪个模块和你的override冲突，然后修改对应的代码或者调整优先级。

6. 确认版本兼容性 #

不同PrestaShop版本的override机制可能有细微差别：

• 比如PrestaShop 1.5及更早的版本，override的规则可能略有不同；另外有些版本的OrderCore::generateReference()可能带有参数（比如$id_order = null），这时候你的重写方法必须保持相同的参数列表才能覆盖成功。

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