Avez-vous une classe sous Service-auto Registration qui utilise des entités comme paramètres de constructeur ?

C'est là que réside votre problème.

Vous devez vous demander si cette classe associée est vraiment un service ou simplement un simple objet dont vous créez toujours des instances vous-même.

S'il n'est pas utilisé comme service via un conteneur, vous avez deux options :

Vous pouvez exclure cette classe via un modèle global comme le suivant :

AppBundle\:
    resource: '...'
    # 您可以排除目录或文件
    # 但如果一个服务未使用，它会被移除
    exclude: '../../{Entity,PathToYourNotService}'

Ou vous pouvez définir les paramètres suivants dans votre configuration :

parameters:
    container.autowiring.strict_mode: true

Avec cette option, le conteneur n'essaiera pas de créer une classe de service avec des paramètres qui ne sont pas disponibles en tant que service, et vous obtiendrez une erreur décisive. Il s'agit du paramètre par défaut pour SF4.

Un bon exemple qui déclenche cette erreur est une classe d'événements personnalisée qui prend une entité comme charge utile dans le constructeur :

namespace AppBundle\Event;

use AppBundle\Entity\Item;
use Symfony\Component\EventDispatcher\Event;

class ItemUpdateEvent extends Event
{
    const NAME = 'item.update';

    protected $item;

    public function __construct(Item $item)
    {
        $this->item = $item;
    }

    public function getItem()
    {
        return $this->item;
    }
}

Maintenant, si ce fichier n'est pas spécifiquement exclu, le conteneur tentera de l'enregistrer automatiquement en tant que service. Le corps solide étant exclu, il ne peut pas être câblé automatiquement. Mais dans la version 3.4, il existe ce mécanisme de repli qui déclenche cet avertissement. Une fois strict_mode activé, l'événement n'est pas disponible en tant que service et générera une erreur si vous essayez de l'utiliser en tant que service.