Symulator Sieci to narzędzie do testowania w Studio, które dodaje opóźnienia, jitter i utratę pakietów do połączenia między klientem a serwerem w teście. Użyj go, aby odtworzyć warunki, z jakimi spotykają się gracze w połączeniach przewodowych, Wi-Fi i mobilnych, bez konfigurowania zewnętrznego narzędzia do ograniczania sieci.
Testowanie w warunkach ograniczonych może ujawnić interakcje, które wydają się responsywne na szybkim połączeniu deweloperskim, ale stają się opóźnione, mylące lub niestabilne dla niektórych graczy. Użyj Symulatora Sieci, aby ocenić działania potwierdzone przez serwer, replikowany stan, zachowanie strumieniowe, przewidywanie i korekcję oraz to, jak twoje doświadczenie toleruje sporadyczną utratę pakietów.
Symulator Sieci wpływa tylko na testy w Studio. Nie zmienia twojego opublikowanego doświadczenia ani połączeń aktywnych graczy.

Jak działa Symulator Sieci
Symulator stosuje warunki niezależnie w każdym kierunku:
- Przychodzący ruch podróżuje od serwera do klienta. Obejmuje replikowany stan serwera i komunikację zdalną serwer-klient.
- Wychodzący ruch podróżuje od klienta do serwera. Obejmuje żądania klienta i komunikację zdalną klient-serwer.

Każdy kierunek ma następujące kontrolki:
| Kontrola | Co symuluje | Na co zwrócić uwagę |
|---|---|---|
| Opóźnienie | Minimalne opóźnienie jednokierunkowe dodane do każdego pakietu. | Wolne potwierdzenie serwera, opóźnione aktualizacje stanu i interfejs użytkownika, który wydaje się zablokowany podczas oczekiwania. |
| Jitter | Wariacja dodana do minimalnego opóźnienia. | Nierównomierny czas aktualizacji, widoczna korekcja, niestabilność animacji lub ruchu oraz założenia dotyczące kolejności. |
| Utrata pakietów | Prawdopodobieństwo, że pojedynczy pakiet zostanie utracony. | Opóźnienia retransmisji dla niezawodnego ruchu i brakujące aktualizacje dla ruchu zaprojektowanego do tolerowania utraty. |
Ping sieciowy to pomiar w obie strony, więc dodane opóźnienie przychodzące i wychodzące obiecuje. Na przykład, 10 ms opóźnienia przychodzącego i 10 ms opóźnienia wychodzącego dodaje około 20 ms do istniejącego czasu okrążenia połączenia.
Skonfigurowane wartości są dodawane do rzeczywistych warunków połączenia. Jest to szczególnie ważne podczas Testu Zespołowego, gdzie geografia i publiczny internet już przyczyniają się do opóźnienia i utraty pakietów.
Otwórz Symulator Sieci
Aby otworzyć narzędzie:
- Z menu Test włącz Symulator Urządzeń.
- Na pasku narzędzi powyżej widoku 3D wybierz pigułkę Sieć.
Pigułka podsumowuje typ i jakość połączenia, które zostały zaplanowane lub zastosowane. Otwórz ją, aby zobaczyć dokładny preset i wszystkie sześć wartości kierunkowych.
Zastosuj preset
Wbudowane presety zapewniają powtarzalne punkty wyjścia dla typowych rodzajów połączeń. Wartości w poniższej tabeli są podane jako opóźnienie / jitter / utrata pakietów.
| Preset | Pigułka | Przychodzący | Wychodzący |
|---|---|---|---|
| Idealne Światłowody | LAN | 8 ms / 0 ms / 0.00% | 8 ms / 0 ms / 0.00% |
| Przewodowy Szerokopasmowy | LAN | 25 ms / 3 ms / 0.00% | 25 ms / 3 ms / 0.00% |
| Domowe Wi-Fi | Wifi | 30 ms / 12 ms / 0.20% | 30 ms / 15 ms / 0.30% |
| Standardowy Mobilny (4G/LTE) | 4G | 45 ms / 20 ms / 0.40% | 55 ms / 30 ms / 0.50% |
| Złe Połączenie (3G) | 3G | 150 ms / 70 ms / 0.50% | 180 ms / 90 ms / 0.50% |
Presety reprezentują użyteczne warunki testowe, a nie gwarancje dotyczące każdego połączenia tego typu. Rzeczywiste sieci różnią się w zależności od urządzenia, lokalizacji, dostawcy, przeciążenia i czasu.
Aby zastosować preset:
- Wybierz preset z Preset.
- Sprawdź podgląd wartości Przychodzący i Wychodzący. Pigułka również aktualizuje się, aby podglądać wybór.
- Wybierz Zastosuj.
- Rozpocznij lub kontynuuj test i przeprowadź interakcję klient-serwer.
Wybór presetu tylko planuje jego wartości. Aktywne połączenie testowe nie zmienia się, dopóki nie wybierzesz Zastosuj. Jeśli najpierw odrzucisz okno, Symulator Sieci odrzuci zaplanowane zmiany i przywróci swoje kontrolki i pigułkę do stanu zastosowanego.
Po wybraniu Zastosuj, aktywny test używa nowych wartości natychmiast. Nie musisz ponownie uruchamiać sesji.
Skonfiguruj niestandardowe warunki
Rozwiń Przychodzący lub Wychodzący, aby zmienić jeden kierunek bez zmiany drugiego. Jest to przydatne do oddzielania problemów w ścieżce żądania klient-serwer od problemów w ścieżce odpowiedzi serwer-klient.
| Kontrola | Zakres | Precyzja wyświetlania |
|---|---|---|
| Opóźnienie | 0–1000 ms | 0.1 ms |
| Jitter | 0–1000 ms | 0.1 ms |
| Utrata pakietów | 0.00–0.50% | 0.01% |
Utrata pakietów jest wyświetlana jako procent. Wartość 0.50% oznacza pół procenta, a nie 50%.
Edycja dowolnej wartości numerycznej zmienia Preset na Niestandardowy. Edycje pozostają zaplanowane, dopóki nie wybierzesz Zastosuj.
Symulator Sieci używa tych samych podstawowych ustawień emulacji, co zakładka Sieć w Ustawieniach Studio. Jeśli te ustawienia zmienią się gdzie indziej, podczas gdy symulator ma zaplanowane edycje, zewnętrzne wartości mają pierwszeństwo, a zaplanowana transakcja jest odrzucana.
Zapisz niestandardowy preset
Aby ponownie użyć niestandardowej konfiguracji:
- Edytuj jedną lub więcej wartości.
- Wybierz Zapisz.
- Wprowadź unikalną nazwę presetu.
- Wybierz Zapisz i Zastosuj.

Zapisany preset staje się dostępny w menu Preset w różnych miejscach i późniejszych sesjach Studio. Jeśli wprowadzisz nazwę istniejącego zapisanego presetu, akcja zmienia się na Zastąp i Zastosuj. Nazwy wbudowanych presetów i Niestandardowy są zarezerwowane.
Gdy zapisany preset jest wybrany, Usuń zastępuje Resetuj. Usunięcie go usuwa zapisany preset i natychmiast stosuje Idealne Światłowody. Zastosowane wartości sieciowe same w sobie nie są zachowywane po pełnym ponownym uruchomieniu Studio.
Skonfiguruj ustawienia sieciowe za pomocą skryptu
Każda kontrolka Symulatora Sieci odpowiada właściwości NetworkSettings, więc możesz sterować tymi samymi warunkami z wtyczki lub testu automatycznego zamiast z paska narzędzi.
| Kontrola | Właściwość | Opis |
|---|---|---|
| Przychodzące Opóźnienie | InboundNetworkMinDelayMs | Dodaje opóźnienie do połączeń testowych w kierunku serwer-klient. |
| Wychodzące Opóźnienie | OutboundNetworkMinDelayMs | Dodaje opóźnienie do połączeń testowych w kierunku klient-serwer. |
| Przychodzący Jitter | InboundNetworkJitterMs | Dodaje jitter do połączeń testowych w kierunku serwer-klient. |
| Wychodzący Jitter | OutboundNetworkJitterMs | Dodaje jitter do połączeń testowych w kierunku klient-serwer. |
| Przychodząca Utrata Pakietów | InboundNetworkLossPercent | Ustala prawdopodobieństwo, że pakiety w połączeniach testowych z serwera do klienta zostaną utracone. |
| Wychodząca Utrata Pakietów | OutboundNetworkLossPercent | Ustala prawdopodobieństwo, że pakiety w połączeniach testowych z klienta do serwera zostaną utracone. |
Ustawienie dowolnej z tych właściwości bezpośrednio synchronizuje pasek narzędzi Symulatora Sieci i pigułkę, ponieważ oba odczytują te same podstawowe ustawienia.
Testuj przepływ pracy wrażliwy na sieć
Użyj tej samej powtarzalnej interakcji w różnych warunkach, aby różnice można było przypisać do sieci, a nie do innej ścieżki kodu lub sceny.
- Wybierz ścieżkę gracza, która przekracza granicę klient-serwer, na przykład aktywując zdolność autoryzowaną przez serwer, otrzymując aktualizację ekwipunku lub obserwując replikowany ruch.
- Zdefiniuj, jak wygląda sukces. Zarejestruj czas odpowiedzi, widoczne informacje zwrotne, zachowanie w przypadku przekroczenia czasu, korekcje, duplikaty żądań i odzyskiwanie.
- Zastosuj Idealne Światłowody i uruchom podróż jako punkt odniesienia.
- Zastosuj reprezentatywny warunek, taki jak Domowe Wi-Fi lub Standardowy Mobilny (4G/LTE) i powtórz te same działania.
- Zastosuj Złe Połączenie (3G) jako test odporności. Potwierdź, że doświadczenie pozostaje zrozumiałe, nawet gdy aktualizacje są opóźnione lub nierównomierne.
- Zmień tylko wartości przychodzące lub wychodzące, aby zidentyfikować, który kierunek ujawnia problem.
- Po dokonaniu poprawki powtórz te same testy i porównaj wyniki.
Przydatne pytania to:
- Czy gracz otrzymuje natychmiastową lokalną informację zwrotną podczas oczekiwania na potwierdzenie serwera?
- Czy powtarzane wejście może przesłać tę samą akcję więcej niż raz?
- Czy stany ładowania i postępu odróżniają wolną pracę od awarii?
- Czy przekroczenia czasu oferują bezpieczną ścieżkę ponownego próby?
- Czy replikowany ruch pozostaje zrozumiały, gdy aktualizacje przychodzą nierównomiernie?
- Czy można pominąć niestabilne aktualizacje bez pozostawiania przestarzałego stanu na ekranie?
- Czy doświadczenie odzyskuje się po powrocie do lepszego połączenia?
Dla dużych porównań zastosuj warunek przed rozpoczęciem interakcji. Duże zmiany opóźnienia podczas trwającego testu mogą wpłynąć na kontrolę przeciążenia, więc świeża próba zapewnia czystsze porównanie.
Mierz i diagnozuj wyniki
Symulator Sieci zmienia warunki testowe; inne narzędzia pomagają wyjaśnić wynik:
- Konsola Dewelopera wyświetla średni ping i logi, co może potwierdzić, że połączenie się zmieniło i ujawnić błędy w kodzie ponownego próby lub przekroczenia czasu.
- Przechwytywanie sieciowe MicroProfilera pokazuje wysłany i odebrany ruch silnika na klatkę. Użyj go, aby zidentyfikować szczyty ruchu i określić, czy dotknięty przepływ jest zdominowany przez replikację, fizykę lub inne dane sieciowe.
- MicroProfiler może pomóc odróżnić opóźnienie wrażliwe na sieć od jednoczesnego problemu z czasem klatki.
Zachowaj scenariusz, tryb testowy i metodę obserwacji spójną podczas porównywania przechwyceń. Pojedyncza próba w złym połączeniu może ujawnić objaw, ale powtarzalne testy bazowe i uszkodzone są bardziej użyteczne do pomiaru, czy zmiana pomogła.