Comment Spring Boot Child Thread Access demande-t-il les informations sur le thread principal?

Comment le thread Spring Boot Child accéde-t-il en toute sécurité

Dans l'application Spring Boot, la couche de contrôleur initie les tâches asynchrones, et lorsque la couche de service utilise un nouveau thread pour traiter, il est souvent confronté au problème auquel le thread de l'enfant ne peut pas accéder à l'objet HttpServletRequest principal. En effet, HttpServletRequest est lié au cycle de vie du thread principal et que le thread de l'enfant ne peut pas être accessible directement. Cet article analyse ce problème et fournit une solution fiable.

Description de la question:

Utiliser InheritableThreadLocal<httpservletrequest></httpservletrequest> directement InheritableThreadLocal<httpservletrequest></httpservletrequest> Passer HttpServletRequest au thread enfant n'est pas fiable car l'objet HttpServletRequest peut avoir été détruit après que le thread principal a traité la demande. Même si la livraison est réussie, elle peut entraîner des fuites de mémoire ou d'autres problèmes.

Démonstration d'erreur (extrait de code):

Le code suivant essaie de passer HttpServletRequest en utilisant InheritableThreadLocal

Contrôleur:

 @RestController
@RequestMapping ("/ test")
classe publique TestController {

    Héritage statique privé<httpservletrequest> requestHolder = new héritagetHreadLocal  ();

    @Autowired
    Service de test privé;

    @Getmapping ("/ check")
    CHECK VOID PUBLIQUE (demande httpservletRequest) {
        String userId = request.GetHeader ("userId");
        System.out.println ("Main Thread UserId:" UserId);
        requestHolder.set (demande);
        nouveau thread (() -> testService.dosomething ()). start ();
        System.out.println ("End Thread Main");
    }
}</httpservletrequest>

Couche de service:

 @Service
classe publique TestService {
    public void dosomething () {
        HttpServLetRequest request = requestHolder.get ();
        String userId = request! = Null? request.getheader ("userId"): "null";
        System.out.println ("Child Thread UserId:" UserId);
    }
}

Solution:

Évitez de passer directement les objets HttpServletRequest . La meilleure pratique consiste à extraire les informations nécessaires (telles que userId ) à partir HttpServletRequest , puis de stocker ces informations dans InheritableThreadLocal .

Exemple de code amélioré:

Contrôleur:

 @RestController
@RequestMapping ("/ test")
classe publique TestController {

    Héritage statique privé<string> userIdHolder = new hheritableThreadLocal  ();

    @Autowired
    Service de test privé;

    @Getmapping ("/ check")
    CHECK VOID PUBLIQUE (demande httpservletRequest) {
        String userId = request.GetHeader ("userId");
        System.out.println ("Main Thread UserId:" UserId);
        userIdHolder.set (utilisateur);
        nouveau thread (() -> testService.dosomething ()). start ();
        System.out.println ("End Thread Main");
    }
}</string>

Couche de service:

 @Service
classe publique TestService {
    public void dosomething () {
        String userId = useridHolder.get ();
        System.out.println ("Child Thread UserId:" UserId);
    }
}

Cette version améliorée ne passe que userId , en évitant le cycle de vie de HttpServletRequest et en s'assurant que le thread de l'enfant peut accéder de manière fiable aux données requises. Selon les besoins réels, les autres informations nécessaires peuvent également être stockées dans InheritableThreadLocal . N'oubliez pas d'effacer les données dans InheritableThreadLocal dans le temps après utilisation pour éviter les fuites de mémoire.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!