如何确保自定义Plugin1在商店Plugin2之后加载？

针对你遇到的Plugin1偶尔无法覆盖Plugin2函数的问题，核心是强制稳定的插件加载顺序，以下是几种可靠的解决方法：

1. 通过Composer依赖声明强制加载顺序 #

在你的自定义Plugin1的composer.json中，添加对Plugin2的依赖声明。Shopware会严格按照依赖关系加载插件，确保Plugin2先于Plugin1加载，这样Plugin1的覆盖逻辑就能在Plugin2之后执行：

{
    "require": {
        "vendor/plugin2": "^1.0.0" // 替换为Plugin2实际的Composer包名和版本
    }
}

注：Plugin2的Composer包名可以在其composer.json中找到，通常格式是商店开发者用户名/插件标识。

2. 设置插件加载优先级 #

在Plugin1的主插件类（src/Plugin.php）中，重写getPriority方法，返回一个比Plugin2更高的数值（数值越大，插件加载越晚）：

<?php declare(strict_types=1);

namespace YourVendor\Plugin1;

use Shopware\Core\Framework\Plugin;

class Plugin1 extends Plugin
{
    public function getPriority(): int
    {
        return 100; // 默认插件优先级为0，设更高值确保后加载
    }
}

Shopware会按照优先级从低到高加载插件，这样Plugin1会在Plugin2之后加载，覆盖逻辑必然生效。

3. 规范后台组件覆盖方式 #

确保你在Plugin1中使用Shopware官方的组件覆盖机制，而不是直接修改函数。例如在后台的main.js中使用override：

Shopware.Component.override('plugin2-target-component', {
    methods: {
        targetMethod() {
            // 你的覆盖逻辑
            // 若需要保留原方法逻辑，可调用 this.$super('targetMethod', ...arguments)
        }
    }
});

结合前两种方法保证加载顺序，这种覆盖方式的稳定性会大幅提升。

修改installed_at属性之所以无效，是因为Shopware在缓存重建、插件更新等场景下，不会完全依赖该字段排序，而依赖声明和优先级是官方提供的稳定控制加载顺序的方案。

内容的提问来源于stack exchange，提问作者Michał Jankowski