Wie sind der Website-Server und der Spieleserver verbunden?
1. Es gibt viele Arten von Spielen. Schauen wir uns zunächst MMORPGs an.
Egal wie einfach ein RPG-Server ist, er kann die Interaktion mit mehreren Personen nicht vermeiden. Bei Hunderten von Personen in derselben Szene muss jeder Client Betriebsinformationen von allen anderen erhalten.
Zweitens sind Benutzeroperationen sehr häufig und allgemeine Server neigen dazu, lange Verbindungen zu halten. Darüber hinaus interagieren diese Links häufig und es gibt keine offensichtliche dauerhafte Partitionierungsstrategie, die die horizontale Erweiterung des Servers einschränkt. Dasselbe Szenario kann häufig nur auf einer physischen Maschine ausgeführt werden.
Drittens trauen sich Client-Spiele normalerweise nicht, logische Operationen auf dem Client durchzuführen. Es kommt häufig vor, dass Benutzer es innerhalb von Minuten knacken, Goldmünzen wechseln und zwei Ausrüstungsgegenstände kaufen. Daher muss dieser Kartenserver die Operationen aller Spieler auf der Karte überprüfen und eine Reihe von Geschäftslogiken wie Monster-KI und Drop-Rate berechnen.
Wir können sehen, dass es offensichtliche Unterschiede zwischen herkömmlichen Spieleservern und Webservern gibt, mit einzigartigen Geschäftsanforderungen wie langen Verbindungen, Multi-Broadcast, komplexer Geschäftslogik und begrenzten Partitionierungsstrategien.
2. Werfen wir einen Blick auf die Vorteile der Parallelität zu Spieleservern.
Parallelität ist eigentlich ein Programmlogikprozess und erfordert keine physische Multi-Core-Unterstützung. Die allgemeine Bedeutung besteht darin, mehrere unabhängige Logikflüsse so aussehen zu lassen, als würden sie gleichzeitig ausgeführt. Die Parallelität auf Betriebssystemebene ist das Multiprozess-Multithread-Modell. Überlassen Sie es dem Betriebssystem, Taktunterbrechungen, E/A-Blockierungen und andere Probleme zu bewältigen.
Wenn die Aufgabe auf dem Server die meiste Zeit auf io verbringt, kann der Parallelitätsmechanismus verhindern, dass der gesamte Kartendienst durch io-Zugriff blockiert wird. Wenn eine Aufgabe blockiert ist, weisen Sie anderen Aufgaben freie Rechenressourcen zu. In diesem Fall wirkt sich die Parallelität positiv auf die Servereffizienz und die Antwortzeit aus.
Für Programmierer bedeutet ein unabhängiger Logikfluss, dass sie ihre Aufgaben in einem zuverlässigen, einfachen, lose gekoppelten Kontext erledigen können.
Da die Logikumschaltung des Betriebssystem-Handlers wiederholt in den Kernel fallen muss, halten einige Leute dies für zu langsam, sodass sie einige Threads im Benutzerbereich erstellen und mehrere Logikflüsse innerhalb des Prozesses steuern. Aufgrund der Einschränkungen der Sprachbeschreibungsfähigkeiten ist es zu mühsam, solche Dinge in C/C zu schreiben und zu verwenden. Als Ergebnis wurde der syntaktische Coroutine-Zucker in Erlang, Go und Lua geboren.
Node.js steuert im Wesentlichen mehrere logische Flüsse selbst, aber dieser logische Fluss wird basierend auf dem IO-Status und der Priorität verteilt. In der tatsächlichen Implementierung wird versucht, nicht blockierendes asynchrones io zu verwenden. Wenn eine einzelne Aufgabe io aufruft, stoppe ich sie und wenn das io-Abschlusssignal gesendet wird, starte ich sie neu.
Beachten Sie Folgendes: Jedes Mal, wenn ich eine Aufgabe ausführe, wechsle ich nicht aktiv zu anderen Programmabläufen, bis sie abgeschlossen ist oder ein io-Aufruf erfolgt. Wenn diese Aufgabe also zu viele Berechnungen erfordert, wird der gesamte Kartenprozess hier blockiert.
Da node.js asynchron ist, müssen Sie ständig Rückrufe schreiben, um das IO-Abschlusssignal zu überwachen. Der logische Ablauf einer einzelnen Aufgabe wird mehrmals unterbrochen. Wenn die Aufgabe sehr komplex wird, kommt es zu einer sogenannten Callbak-Hölle, die beim Debuggen und bei der Entwicklung große Probleme mit sich bringt.
3. Aus den oben genannten Gründen empfehle ich die Verwendung von node.js bei der Entwicklung von Nicht-Prototyp-MMORPG-Servern.
Die kürzlich erschienenen mobilen Spieleserver eignen sich gut für node.js, da mobile Spiele nur auf Netzwerkprobleme beschränkt sind. Der Server kann nur die Schlüsseldaten überprüfen und keine Interaktionen mit mehreren Personen bewältigen . Die Serverseite wurde so vereinfacht, dass sie sich nicht von einem Webserver unterscheidet, und auch die Geschäftslogik ist einfach. Sie muss nur die Daten verarbeiten und dann speichern.
