Je vois que vous avez seulement écrit que l'appareil enverra des données au serveur, mais n'avez pas écrit que le serveur enverra des données à l'appareil. Si tel est le cas, alors il n'est pas impossible d'utiliser le protocole HTTP. S'il existe une demande bidirectionnelle, mais que les données sont téléchargées à certains intervalles et ne sont pas transmises en temps réel, vous pouvez envisager d'utiliser des IO non bloquantes pour y parvenir. De cette manière, la réponse IO est envoyée à la couche inférieure de. le système, et la couche Java n'a besoin que de transmettre à nouveau les données. Créez simplement un thread pour le traitement, ce qui peut réduire la surcharge du thread. S'il y a réellement 200 connexions d'appareils, 200 appareils téléchargeront en même temps et transmettront des données en continu. La seule façon est de mettre à niveau la configuration, et les autres méthodes seront ingrates.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Je vois que vous avez seulement écrit que l'appareil enverra des données au serveur, mais n'avez pas écrit que le serveur enverra des données à l'appareil. Si tel est le cas, alors il n'est pas impossible d'utiliser le protocole HTTP. S'il existe une demande bidirectionnelle, mais que les données sont téléchargées à certains intervalles et ne sont pas transmises en temps réel, vous pouvez envisager d'utiliser des IO non bloquantes pour y parvenir. De cette manière, la réponse IO est envoyée à la couche inférieure de. le système, et la couche Java n'a besoin que de transmettre à nouveau les données. Créez simplement un thread pour le traitement, ce qui peut réduire la surcharge du thread. S'il y a réellement 200 connexions d'appareils, 200 appareils téléchargeront en même temps et transmettront des données en continu. La seule façon est de mettre à niveau la configuration, et les autres méthodes seront ingrates.
Vous pouvez considérer le concept de coroutine de Golang