后端 AOI 算法选型：九宫格 vs 十字链表后端 AOI（Area of Interest）是大地图同步的发动机。很多新人纠结于选型，其实核心就看两点：视野是否固定 和 移动频率是否变态。 原理对比 特性 九宫格（Grid /

写在前面：一套经典但暗藏杀机的架构

在 SLG 手游开发中，我们常会设定一套“看起来很稳”的大地图基础规格：

• 逻辑网格：10000 × 10000（1亿个格子）；
• 底图策略：Tilemap 全量常驻内存，不分块卸载（图个省事）；
• 实体加载：九宫格（3×3）AOI，以镜头/主城为中心，跨 Chunk 边界触发刷新；
• 渲染分级：三档 LOD（精细模型 → 2D 图标 → 公共图标）。

如果你也是初学者，或正打算用这套方案起步，请先按暂停键。这套架构在开服瞬间就会把内存、CPU 和网络带宽同时拉满。本文将从“填坑”视角，带你逐层拆解优化落地方案。

读完本文，你会搞懂：

• 为什么 10000×10000 网格不能直接存数组？
• 为什么九宫格 AOI 在缩放时会导致“反复横跳”？
• 为什么行军线跨 Chunk 会断，以及如何让它不断？
• 如何在内存、性能、画质三者之间找到平衡点？

看到的公司slg 架构 底图 Tilemap：一张底图独立直接做tilemap背景，所有底图瓦片常驻内存，无分块卸载逻辑； 动态实体（城堡、军队、资源点）：九宫格 AOI 加载，以镜头/玩家主城为中心加载 3×3（Aoi 30*3

基于 ET 框架的 MMO 项目架构笔记 一款基于 ET（Entity Technology）框架的 MMO 实践项目。ET 是国产开源的双端游戏框架，采用 Actor 模型 + 组件化 + 分布式 的设计，服务端与客户端共用同一套 C#