Une longue connexion signifie que plusieurs paquets de données peuvent être envoyés en continu sur une seule connexion. Pendant la période de maintenance de la connexion, si aucun paquet de données n'est envoyé, les deux parties doivent envoyer des paquets de détection de lien. opérations et communications point à point. Et le nombre de connexions ne peut pas être trop élevé.
Une longue connexion est :
Définition
短连接
signifie que lorsque les parties communicantes échangent des données, une connexion est établie après l'envoi des données, la connexion est déconnectée, c'est-à-dire que chaque connexion n'effectue que l'envoi d'une seule entreprise.
长连接
signifie que plusieurs paquets de données peuvent être envoyés en continu sur une connexion. Pendant la période de maintenance de la connexion, si aucun paquet de données n'est envoyé, les deux parties doivent envoyer des paquets de détection de lien.
长连接
est principalement utilisé pour les opérations fréquentes, la communication point à point et le nombre de connexions ne peut pas être trop élevé. Chaque connexion TCP nécessite une négociation en trois étapes, ce qui prend du temps. Si chaque opération est une connexion courte, la vitesse de traitement sera considérablement réduite si elle est réutilisée. Par conséquent, elle ne sera pas déconnectée après chaque opération, ainsi que les données. sera envoyé directement lors de son prochain traitement. Le colis est OK et il n'est pas nécessaire d'établir une connexion TCP. Par exemple : la connexion à la base de données utilise une connexion longue. Si des connexions courtes sont utilisées pour des communications fréquentes, des erreurs de socket se produiront et la création fréquente de sockets est également un gaspillage de ressources.
Et les services http comme les sites WEB utilisent généralement des liens courts, car les connexions longues consommeront certaines ressources pour le serveur, et comme les sites WEB, il y a des milliers, voire des centaines de millions de connexions client qui utilisent si fréquemment un lien court. La connexion permettra d'économiser certaines ressources. Si vous utilisez une longue connexion et qu'il y a des milliers d'utilisateurs en même temps, il est concevable que chaque utilisateur occupe une connexion. Par conséquent, le degré de concurrence est important, mais chaque utilisateur doit utiliser une connexion courte s'il n'a pas besoin d'opérations fréquentes.
En bref, le choix entre connexion longue et connexion courte dépend de la situation.
Recommandations d'apprentissage associées : PHP Programmation du débutant au compétent
2. Application
(1), principe de poussée du téléphone portable
Le principe du service push du téléphone mobile est très simple, c'est-à-dire qu'en établissant un lien de connexion entre le téléphone mobile et le serveur, lorsqu'un message doit être envoyé au téléphone mobile, il peut être envoyé via celui-ci. lien. Bien que le processus d'utilisation du service push soit légèrement différent, il est généralement similaire à l'APNS d'IOS
1. La première consiste à enregistrer l'application pour le push de messages.
2. IOS et le serveur APNS nécessitent un périphérique. L'application accepte deviceToken.
3. L'application envoie le deviceToken au programme serveur PUSH.
4. Le programme serveur envoie un message au service APNS.
5. Le service APNS envoie des messages à l'application iPhone
(2) Critères d'évaluation du système Push
L'évaluation reconnue du système Push. prend les normes 4s : 1.Sûr (sûr) 2. Stable (stable) 3.Économiser (économie d'énergie, de trafic et de coûts) 4.Slim (petite taille)
1.Sûr (sûr)
La solution push doit prendre en charge la transmission transparente et diverses solutions de cryptage pour garantir la sécurité de la transmission des informations.
Le système d'identification de la solution push doit être indépendant du système d'identification du site Web ou du service existant. Cela garantit l'exactitude de la transmission des informations une fois que les utilisateurs se sont connectés sur différents téléphones mobiles et évite les erreurs de transmission réseau dues à une panne. d’événements non contraignants entraînant une mauvaise transmission des informations.
2. Stable
La stabilité comprend deux parties : l'une est la stabilité du côté serveur et l'autre est la stabilité du côté téléphone mobile.
Stabilité côté serveur, car l'utilisation de solutions de connexion à long terme impose une surcharge et des exigences importantes au serveur. La solution push a des exigences élevées pour le développement du serveur sous des connexions de threads massives. Les critères d'évaluation généraux incluent :
- Valeur maximale lorsque vous êtes en ligne en même temps (généralement évalué comme la stabilité du serveur lorsqu'un million de connexions simultanées sont établies)
- Temps de retard moyen des messages lorsque la concurrence est élevée ( généralement traité en 1 minute) 1 million de revues d'informations)
- Stabilité du service (généralement requis pour être disponible à plus de 99,9% tout au long de l'année, avec sauvegarde, équilibrage de charge, etc.)
Dans Compte tenu de la difficulté de développer un serveur stable, il n'est pas recommandé aux petites équipes de développer elles-mêmes. Il est recommandé d'utiliser des solutions push tierces stables, telles que Getui, Butterfly, etc.
La stabilité du téléphone mobile est principalement due aux conditions complexes du réseau chinois et à l'adaptation du modèle de téléphone mobile, ce qui rend difficile la connexion stable des téléphones mobiles à Internet pendant une longue période, la stabilité est donc très importante. Les critères généraux d'évaluation comprennent :
- La proportion d'utilisateurs connectés à Internet plus de 23,5 heures par jour (indiquant la stabilité d'Internet)
- Le taux de réception dans les 9 heures après l'envoi du message (indiquant le taux d'arrivée)
De manière générale, pousser les solutions Pour adapter le réseau aux différents opérateurs, provinces et modèles, la charge de travail d'auto-développement est relativement importante
3.Enregistrer
Application d'économie d'énergie Faites attention à l'hibernation du processeur, qui est généralement jugée par le pourcentage de temps de veille raccourci du service
Pour économiser du trafic, il faut faire attention payé à la modification du protocole et au traitement des paquets de données redondants. Il est généralement jugé par le trafic mensuel de veille sans charge
compte tenu du nombre de connexions simultanées qu'un seul serveur peut transporter, plus il peut transporter de connexions simultanées, plus le coût est bas. Le niveau le plus élevé du secteur est le serveur unique de GeTui avec 500 000 connexions
Slim (petite taille)
.Le service push doit être aussi petit que possible sans affecter la taille et la complexité du programme principal. Généralement, il doit être inférieur à 300 Ko.
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!