





















这是一个创建于 435 天前的主题,其中的信息可能已经有所发展或是发生改变。
因为不是游戏开发者,所以问了一下 ai ,大概意思就是实例服务器,但感觉还是有点模凌两可,对此抛出一些个人的疑问:
1. 在玩家数量不变的情况下,一个区开 10 条线和 100 条线,在资源上的消耗是否有不同
2. 玩家在换“线”或者“频道”的过程中,实际上换的是什么
3. 观察了一下手游,感觉千服轻轻松松,服务端的压力通常体现在哪
中午休息的时候,产生的一些随想,不知道有没有游戏从业者可以解惑一下
1 librasolo 2025 年 4 月 3 日同区不同线,是同一个 user 服,不同 server 服, |
2 wyntalgeer 2025 年 4 月 3 日数据在同一个实例上,server 在不同实例:两个人不同线虽然不能共玩,但数据是通的,只要你俩进同一个线路就可以共玩了 |
3 paopjian 2025 年 4 月 3 日感觉很多多服务器游戏是因为服务器编码水平不高, 还喜欢复用以前的代码, 一个服务器里一个人可以和多人产生交互, 人一多就会导致消息指数级增长, 通过服务器分线路分频道隔离人员. |
4 sunny352787 2025 年 4 月 3 日其实这是个历史问题,资源限制导致的设计。首先,一个游戏需要一定量的玩家同时在线才能构成一个比较好的游戏生态,比如一个游戏几个公会要想发动战争,总算下来大概 100 人,再加上游戏的散人玩家,那么一个游戏分区(玩家可以交互的基本范围)要支撑 1000 人同时在线。而一台服务器只能支撑 200 人同时在线( TCP 长连接),那为了维持生态的话,就需要至少 5 台服务器才能容纳这些人。而这五台服务器之间几乎不通讯,玩家的同步信息(位置方向、衣着行为等)只在同一台服务器内进行转发,如果你要想看到其他服务器的人,那就要手动切换服务器,这里的每个服务器就是“线”的概念。随着服务器性能越来越强,一台服务器支撑的人数越来越多,已经很少需要开多条线来支撑玩家了。 |
5 qinxi 2025 年 4 月 3 日现在都是运营需要, 对应的是收入. 多开服, 每个服的大哥充钱当第一, 然后合服. 大哥们竞争起来了. 接着充钱. 接着开新服, 合服. 就循环 |
6 sunny352787 2025 年 4 月 3 日@qinxi 线和服还不是一个概念,服是一个玩家交互的逻辑范围,线是服下的分服务器,如果一个服是一个进程,一个线那就是一个线程,玩家去打的副本可以理解为协程(不太准确,凑合理解) |
7 lingcen000 2025 年 4 月 3 日有的游戏是一服对应多线,一线一个世界,环境资源独立刷新,其他同服数据都是互通的 |
8 lscho 2025 年 4 月 3 日个人理解: 线/频道解决的是客户端渲染压力,同线的人物、怪物资源渲染是独立的,如果同时在一个线渲染太多人物、资源等,用户体验会急剧下降 |
9 Chemist 2025 年 4 月 3 日 via iPhone服:服务器 |
10 clikes 2025 年 4 月 3 日从业者来了,分线主要解决几方面问题 1 ,服务器广播压 #3 有提到过,消息会指数级增长 2 , 客户端渲染压力 #8 有提到过 3 ,游戏体验问题,过多的玩家导致美术上没法看。 对于服务器来说一个小服在同一个进程上跑的,可能会有 1000+玩家,但是显示在客户端的话基本上没法看了,并且也会导致很多低端机型非常卡顿,那么这个时候我们会分线,在同一张地图下的玩家只有在相同分线下的才能互相见到,这是一个基于 前后端性能 + 策划美术需求 共同决定产生的东西,因为游戏开发玩家体验才是第一,不能只考虑到说服务器性能够就行了,有时候 1000 条消息服务器可以很快的处理完成,但是下发给一个客户端进行渲染可能会卡顿很久。 |
11 skadi 2025 年 4 月 3 日mmo 就是场景服 |
12 realpg 2025 年 4 月 3 日各家都有不同的定义 一个服 共用一套数据库 他们内部的唯一数据是互斥的 而分散到不同游戏 一个线包含的共用要素是不一样的 有些互动的游戏在不同线上看不到其他非同线角色避免客户端渲染不了那么多其他玩家 每个游戏本身 都基于自身的实际情况和互动性 对自己线的共享和不共享的东西有自家定义 比如传统 mmorpg 游戏 举个上古的例子 经典的二十年前的传奇 这边搞着攻城守城战 总不能看不见不同线的其他玩家 |
13 yankebupt 2025 年 4 月 4 日instance 吧。 |
14 jackOff 2025 年 4 月 6 日一个物理机启动多个游戏进程实例,所以有的跨区联机匹配其实就是局域网行为。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。