Unity мультиплеер: Mirror, синхронизация, reconnect и headless-сервер

Мобильная игра на Unity часто тормозит при добавлении мультиплеера. Сетевая синхронизация на телефоне — отдельный вызов: случайный уход в фон обрывает соединение, а задержки в 200 мс убивают геймплей. Мы решаем эту задачу с помощью открытого сетевого кода [Mirror Networking](https://github.com/Mirro

Разработка и поддержка любых видов мобильных приложений:

Информационные и развлекательные мобильные приложения
Новостные приложения, игры, справочники, онлайн-каталоги, погодные, фитнес и здоровье, туристические, образовательные, социальные сети и мессенджеры, квиз, блоги и подкасты, форумы, агрегаторы
Мобильные приложения электронной коммерции
Интернет-магазины, B2B-приложения, маркетплейсы, онлайн-обменники, кэшбэк-сервисы, биржи, дропшиппинг-платформы, программы лояльности, доставка еды и товаров, платежные системы
Мобильные приложения для управления бизнес-процессами
CRM-системы, ERP-системы, управление проектами, инструменты для команды продаж, учет финансов, управление производством, логистика и доставка, управление персоналом, системы мониторинга данных
Мобильные приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, платформы предоставления электронных услуг, платформы кешбека, видеохостинги, тематические порталы, платформы онлайн-бронирования и записи, платформы онлайн-торговли

Это лишь некоторые из типы мобильных приложений, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента.

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Unity мультиплеер: Mirror, синхронизация, reconnect и headless-сервер
Сложный
~1-2 недели

Наши компетенции:

Часто задаваемые вопросы

Последние работы

  • image_mobile-applications_feedme_467_0.webp
    Разработка мобильного приложения для компании FEEDME
    894
  • image_mobile-applications_xoomer_471_0.webp
    Разработка мобильного приложения для компании XOOMER
    782
  • image_mobile-applications_rhl_428_0.webp
    Разработка мобильного приложения для компании RHL
    1216
  • image_mobile-applications_zippy_411_0.webp
    Разработка мобильного приложения для компании ZIPPY
    1079
  • image_mobile-applications_affhome_429_0.webp
    Разработка мобильного приложения для компании Affhome
    1002
  • image_mobile-applications_flavors_409_0.webp
    Разработка мобильного приложения для компании FLAVORS
    597

Мобильная игра на Unity часто тормозит при добавлении мультиплеера. Сетевая синхронизация на телефоне — отдельный вызов: случайный уход в фон обрывает соединение, а задержки в 200 мс убивают геймплей. Мы решаем эту задачу с помощью открытого сетевого кода Mirror Networking — фреймворка, который даёт полный контроль над Unity сетью и инфраструктурой. В отличие от Photon, Mirror не привязан к облаку: подключайте kcp2k, Telepathy или WebSockets, поднимайте сервер на собственных мощностях. Для мобильных проектов это означает latency 10–50 мс вместо 100+, экономию на хостинге до 70% и оптимизацию трафика, сокращающую расходы на передачу данных до 50%. Mirror обходится в 2-3 раза дешевле Photon при 1000+ одновременных игроков. Наш опыт — 5+ лет разработки мобильных мультиплеерных игр на Unity, более 30 успешных релизов. Гарантируем стабильную синхронизацию даже при 50+ одновременных игроках.

Как Mirror решает проблему потери соединения на мобильных устройствах?

Мобильные сети нестабильны. При уходе в фон iOS закрывает сокет через 10 секунд, Android — по-разному. Mirror сам не восстанавливает соединение, поэтому мы реализуем кастомный reconnect:

public class MobileNetworkManager : NetworkManager { private bool wasPaused; void OnApplicationPause(bool pauseStatus) { if (pauseStatus) { wasPaused = true; } else if (wasPaused) { wasPaused = false; if (!NetworkClient.isConnected) { StartCoroutine(TryReconnect()); } } } IEnumerator TryReconnect() { int attempts = 0; while (attempts < 5 && !NetworkClient.isConnected) { NetworkClient.Reconnect(); yield return new WaitForSeconds(2f * attempts); attempts++; } } } 

Согласно Mirror Networking документации, метод NetworkClient.Reconnect() используется для восстановления соединения.

Код выше — база. Дополнительно настраиваем push-уведомления (APNs/FCM) для возврата игрока в активную сессию и используем NetworkManager.singleton для глобального доступа. Важно: не создавайте несколько NetworkManager в сцене — Mirror выдаст предупреждение, но поведение станет непредсказуемым.

Синхронизация состояния: SyncVar, SyncList и вызовы

[SyncVar] автоматически передаёт изменения с сервера на всех клиентов. Используйте hook для обновления UI:

public class PlayerHealth : NetworkBehaviour { [SyncVar(hook = nameof(OnHealthChanged))] public int health = 100; void OnHealthChanged(int oldVal, int newVal) { healthBar.fillAmount = newVal / 100f; } [Command] public void CmdTakeDamage(int amount) { // Выполняется только на сервере health = Mathf.Max(0, health - amount); } } 

Для коллекций (инвентарь, очередь баффов) используйте SyncList<T> с callback OnChange. Тройка [Command] (клиент→сервер), [ClientRpc] (сервер→все клиенты), [TargetRpc] (сервер→один клиент) — основа любого мультиплеера. Освойте их до начала интеграции.

Почему выбор транспорта критичен для мобильного мультиплеера?

Транспорт Протокол Мобильный
kcp2k UDP-based Рекомендуется, низкая latency (10-50 мс)
Telepathy TCP Надёжный, выше задержка (100+ мс)
WebSockets (Mirror) TCP/WS Для WebGL, не оптимален для native
Ignorance UDP (ENet) Хорошая альтернатива kcp2k

Для мобильного нативного приложения выбирайте kcp2k или Ignorance. kcp2k встроен в Mirror с версии 50+, настройка: NoDelay = true, Interval = 10ms, FastResend = 2. TCP (Telepathy) используйте для пошаговых игр, где надёжность важнее задержки. На мобильных устройствах kcp2k обеспечивает в 5-10 раз меньшую задержку по сравнению с TCP.

Сравнение моделей авторитетности:

Характеристика Авторитетная (Authoritative) P2P (Peer-to-Peer)
Контроль состояния Сервер — единственный источник правды Каждый клиент имеет локальное состояние
Anti-cheat Высокий — все решения проверяются сервером Низкий — клиенты могут манипулировать данными
Затраты на сервер Требуется постоянный сервер (headless) Сервер не нужен, но требуется NAT traversal
Задержка Выше из-за round-trip Ниже, но зависит от пиров

Headless-сервер и инфраструктура

Mirror-сервер — это тот же Unity билд с флагом -batchmode -nographics. Для action-игр — один headless-сервер на комнату, для стратегий с малым количеством игроков — несколько комнат на инстанс. Оркестрацию доверьте Unity Game Server Hosting (Multiplay) или Kubernetes с автоскейлингом. Небольшие проекты стартуют на VPS (DigitalOcean/Hetzner) с systemd-скриптами. Для UDP-транспорта (kcp2k) убедитесь, что load balancer поддерживает UDP passthrough.

Процесс работы над интеграцией

  1. Аналитика — аудит геймдизайна, выбор модели (authoritative / P2P), прототип latency.
  2. Проектирование — архитектура сети, схема синхронизации, сценарии reconnect и anti-cheat.
  3. Реализация — настройка NetworkManager, транспорт, SyncVar, команды, спавн объектов.
  4. Тестирование — нагрузочные тесты (50+ клиентов), эмуляция потери пакетов, уход в фон.
  5. Деплой — настройка headless-сервера, CI/CD для обновлений, мониторинг.

Что входит в работу

  • Архитектура сети (выбор модели, транспорта, балансировка).
  • Настройка Mirror: NetworkManager, префабы, спавн, команды.
  • Реализация reconnect и обработки фона.
  • Сборка и деплой headless-сервера с systemd/Docker.
  • Load-тестирование под 50+ одновременных соединений.
  • Документация API и инструкция по развёртыванию.
  • Поддержка после релиза (1 месяц).

Типичные ошибки при интеграции Mirror в мобильную игру

NetworkIdentity не найден. Префаб не зарегистрирован в NetworkManager.spawnPrefabs. Спавн через NetworkServer.Spawn упадёт в runtime.

Authority confusion. isServer, isClient, isLocalPlayer, hasAuthority — четыре разных булевых. Код в Update() без проверки isLocalPlayer выполняется на всех клиентах.

Disconnect на мобильном. При уходе в фон iOS закрывает сокет через ~10 секунд. Mirror не восстанавливает соединение автоматически — нужна кастомная логика.

Сроки

Базовая Mirror-интеграция с синхронизацией позиций, health и командами: 1–2 недели. Полноценная система с headless-сервером, матчмейкингом, reconnect и мобильной оптимизацией: 1–2 месяца. Стоимость рассчитывается индивидуально. Свяжитесь с нами для анализа вашего проекта — оценим бесплатно. Получите консультацию по архитектуре сети и срокам. Закажите интеграцию Mirror для вашей игры — мы проведём аудит и предложим решение за 1 день.