Spring Boot 4.1 a fait des threads virtuels le modèle d'exécution par défaut, mais ce changement peut silencieusement casser le pooling de connexions HikariCP. Sous charge, les threads virtuels maintiennent les connexions à la base de données plus longtemps que les threads de plateforme, entraînant l'épuisement du pool et des timeouts de requêtes. Cet article dissèque le problème : les threads virtuels sont légers mais peuvent bloquer sur les E/S sans libérer les connexions rapidement. L'auteur fournit des correctifs concrets, notamment l'augmentation de la taille du pool, la réduction du timeout de connexion et l'utilisation d'un pool de threads séparé pour les opérations de base de données. Pour les équipes migrant vers Spring Boot 4.x, comprendre cette interaction est essentiel pour éviter les pannes de production. L'article aborde également les stratégies de surveillance pour détecter précocement la famine du pool.
Une analyse approfondie de la façon dont les threads virtuels par défaut de Spring Boot 4.1 épuisent le pool HikariCP, avec des solutions de contournement.