标签

卷一 · 历史与商业

2014 年微软以 25 亿美元收购 Mojang。真正值得追的不是“独立游戏卖给大公司”这一幕，而是一个已经跨平台、拥有庞大社区的游戏，在更大的发行、账号与产品体系里继续生长时发生了什么。

卷一 · 历史与商业

Cave Game 公开以后，Minecraft 并没有先躲回工作室里完成自己。生存、合成、无限世界、付费访问与多人游戏先后加入，玩家几乎是在游戏定型的同时学会了它。

卷一 · 历史与商业

Minecraft 之后出现了大量体素、生存、建造与 UGC 游戏，但它们并不是一条“谁更像 Minecraft”的排行榜。更有价值的问题是：后来者分别继承了哪一层，又在哪一层主动分叉。

卷一 · 历史与商业

Minecraft 的社区经济并不只有 Marketplace。Java 模组、服务器、托管平台、捐赠与第三方分发长期形成另一套资金流；其中有些被官方明确允许，有些依赖平台绕行，也有些真正越过了许可边界。

卷一 · 历史与商业

保存 Minecraft，不只是保留一份可执行程序。旧世界能否继续打开、旧模组能否重现、服务器规则和社区是否还能被理解，以及停服产品留下什么，决定了一个长期游戏的历史能否真正被访问。

卷一 · 历史与商业

Minecraft 并不是从一张完整蓝图开始的。2009 年的 Cave Game 借来了方块、第一人称与可破坏空间，却在许多系统尚未出现时，已经让玩家能够直接改变世界并由此产生下一步。

卷一 · 历史与商业

Minecraft 今天同时存在 Java 与 Bedrock 两条产品线。它们共享大部分内容，却拥有不同的代码、平台、存档、联机与扩展生态；这种分裂不是一次简单移植留下的尾巴，而是十多年产品历史叠出来的结果。

卷一 · 历史与商业

很多人先在视频里认识 Minecraft，再真正进入游戏。教程、实况、动画、音乐与角色扮演不仅传播了它，也把一个没有固定主线的沙盒变成可以学习、追更和共同回忆的文化。

卷一 · 历史与商业

当 Minecraft 逐渐成为正式产品，另一套创作体系也在客户端、服务器和资源包之间生长。模组没有简单地“补完原版”，却持续扩大了玩家对 Minecraft 能做什么的想象。

卷一 · 历史与商业

2010 到 2011 年，Minecraft 从个人项目变成一间工作室的核心产品。团队扩大、Beta 继续快速变化，直到 MineCon 上发布 1.0；“正式版”没有结束开发，却改变了这个游戏与公司的关系。

卷一 · 历史与商业

Minecraft 仍以买断游戏作为主要入口，但围绕它已经形成订阅托管、Marketplace、教育许可、区域发行与 IP 授权等多条收入路径。微软并不单独披露 Minecraft 的完整利润表，因此更值得看的是这些渠道怎样连接到同一个产品。

卷一 · 历史与商业

同一份 Minecraft 客户端，可以进入完全不同的规则、经济与玩法。服务器把多人从“共享一张存档”推向由运营者持续设计和维护的游戏空间。

卷一 · 历史与商业

Minecraft 的更新不只是在旧游戏上继续加内容。每一次改规则、重做地形或改变发布节奏，都要同时面对旧存档、旧服务器、旧知识和不同世代玩家留下的惯性。

卷二 · 游戏设计

命令、函数、数据包与 Add-On 让创作者开始直接安排事件、状态和规则。冒险地图、CTM、小游戏与 RPG 因此不必重写整个客户端，也能在 Minecraft 世界里形成完整玩法。

卷二 · 游戏设计

很多游戏并不需要建造。Minecraft 为什么却把创造放在核心位置？本章从目标生成、资源循环、环境改造与玩家表达出发，继续讨论 UGC、创作者生态、编辑器成本，以及 AIGC 可能带来的下一轮变化。

卷二 · 游戏设计

Creative Mode 取消资源与生存成本，却仍保留逐块建造；当规模扩大后，Structure Block、WorldEdit、Axiom、WorldPainter 与 Bedrock Editor 又承担不同层级的创作工作。

卷二 · 游戏设计

刷怪塔、冰船高速路、Parkour、Speedrun、SkyBlock 与红石计算机都不是普通主线内容。本章讨论规则怎样被玩家重新使用，以及个人发现如何经过社区传播变成稳定玩法。

卷二 · 游戏设计

Minecraft 把世界中的材料变成可以携带、组合、消耗和储存的物品。合成连接资源与能力，库存制造取舍，容器与交易又把个人携带逐渐扩展成长期资源系统。

卷二 · 游戏设计

Minecraft 的生物既是敌人、资源、伙伴和交易对象，也会改变玩家对距离、光照、路线和安全的判断。本章讨论生物怎样让世界开始回应玩家，以及战斗在整个沙盒中的位置。

卷二 · 游戏设计

Minecraft 的方块重要的不只是外形，而是把世界组织成玩家能看懂、能指向、能修改并长期保存的单位。本章区分体素、方块视觉、编辑粒度与持久性，并比较其他可塑世界的不同选择。

卷二 · 游戏设计

模组不仅能增加方块和生物，也能重写资源循环、成长、自动化、战斗和世界规则；整合包又会重新安排这些系统之间的关系。本章借 Modding 观察 Minecraft 仍有哪些可被重新解释的设计空间。

卷二 · 游戏设计

第二个玩家进入以后，同一套方块、物品和生存规则会产生合作、交换、财产、信任、冲突和共同约定。本章讨论 Minecraft 怎样从个人存档变成需要共同维护的世界。

卷二 · 游戏设计

Minecraft 有明确的成长路线、Nether 与 End，也有 Ender Dragon 和官方认可的“完成”时刻。本章讨论这些目标怎样提供方向，却不把长期存档收束成一次性的终点。

卷二 · 游戏设计

红石从按钮、门和活塞开始，却能继续连接传感器、容器、漏斗与 Crafter，形成自动农场、物流、计时器甚至计算机。本章讨论局部规则怎样被组合成机器，以及自动化为什么会逐渐变成长期世界的基础设施。

卷二 · 游戏设计

Minecraft 没有持续派发任务，却会通过环境压力、资源依赖和玩家自己的计划不断产生下一步。本章讨论生存条件如何影响目标，而不把所有玩法都归因于威胁。

卷二 · 游戏设计

回看卷二前十三章，本章不总结一套“下一款 Minecraft”配方，而是筛选目前更可信的设计关系，并明确它们成立的条件、代价，以及哪些东西只属于 Minecraft 自己的历史。

卷二 · 游戏设计

程序生成不只是自动铺满地图。本章从未知、距离、地标、稀有性和种子出发，讨论 Minecraft 为什么能让算法生成的世界仍然值得探索，以及这种设计怎样在长期更新中发生变化。

卷三 · 技术实现

从 C++ 重写、跨平台架构到 Add-On / Script API、Marketplace 审核，理解 Bedrock 为什么不是"Java Edition 的优化版"，而是逐渐形成了不同语义与扩展模型的另一套实现。

卷三 · 技术实现

当一个 Block State 改变以后，Minecraft 怎样通过邻居更新、计划刻、随机刻与传播队列，让局部变化继续影响附近世界。

卷三 · 技术实现

从 ChunkStatus、Ticket 与 Simulation Distance 到客户端流送、保存和卸载，理解近乎无限的世界怎样只让当前需要的一部分真正进入运行时。

卷三 · 技术实现

从区块网格、可见性与透明渲染，到实体插值、粒子、音频和资源包，理解客户端怎样把世界状态变成玩家真正看到、听到和理解到的体验。

卷三 · 技术实现

理解为什么 Minecraft 不能"推倒重来"。兼容成本体现在存档迁移、协议版本、Mod 适配和历史行为保留四个层次。技术债不是"代码写得烂"，而是向后兼容与社区依赖的必然结果。

卷三 · 技术实现

从命名空间、Registry 与 Tag 到配方、函数、世界生成和客户端资源，理解 Minecraft 怎样把越来越多内容从程序代码移到可加载、可组合的数据层。

卷三 · 技术实现

玩家看到的是石头、门、箱子和空气，程序需要把它们表示成可寻址、可压缩、可保存的数据。本章从 Block State、Block Entity 到 Chunk、Section、Palette 与 Registry，建立理解 Minecraft 世界实现的第一张地图。

卷三 · 技术实现

从连续坐标、碰撞检测到寻路与行为系统，理解 Minecraft 为什么需要 Entity，以及不同实体怎样在方块世界中移动和决策。

卷三 · 技术实现

从 Item、ItemStack 与 Data Components 到 Slot、Container、Menu 和 Recipe，理解 Minecraft 怎样表示、转移、加工并同步玩家持有的物品状态。

卷三 · 技术实现

从 JVM、JIT、GC 到 Launcher、Mod 生态与版本迁移，理解 Java 这套运行环境为 Minecraft 带来了什么能力、付出了什么代价，以及为什么这个选择既塑造了 Mod 生态的繁荣，也带来了性能与发布的约束。

卷三 · 技术实现

从 Mod Loader、生命周期与 Registry 到 Mixin 字节码注入，理解 Java Edition 社区怎样把游戏程序本身变成扩展面，以及这种能力为什么伴随持续的版本适配成本。

卷三 · 技术实现

从 Integrated Server、协议阶段与服务器权威，到区块、实体、库存和玩家操作的同步，理解 Minecraft 怎样在延迟与不可信客户端之间维持一个共同世界。

卷三 · 技术实现

画面停顿、世界变慢与操作确认迟，可能来自不同的资源预算。本章从帧时间、Tick 与网络延迟进入 Profiling，讨论怎样找到瓶颈、选择优化并重新测量。

卷三 · 技术实现

从信号查询、红石线传播到计划刻、活塞事件与准连接，理解 Minecraft 为什么会因为更新顺序不同而产生不同的机器行为。

卷三 · 技术实现

从原版 Dedicated Server、Bukkit Plugin API 到 Paper 性能优化、Proxy 架构与运维工具栈，理解当 Minecraft 从几个人的生存服变成长期公共服务器或大型网络时，哪些职责已经超出原版服务端，又为什么会形成另一套扩展生态。

卷三 · 技术实现

一个不断被修改、可能存在十几年的体素世界，怎样从内存对象变成可随机读取、增量保存、压缩并跨版本继续解释的数据？

卷三 · 技术实现

卷三结语。从体素到 Tick，从扩展面到 Mod 生态，从兼容成本到两套实现，理解 Minecraft 技术实现的核心特征与长期影响。

卷三 · 技术实现

从固定步长模拟到计划刻、随机刻与实体 Tick，理解 Minecraft 怎样推进世界时间、安排工作，并在服务器过载时表现出不同于掉帧的退化。

卷三 · 技术实现

从连续空间函数到区块任务，理解 Minecraft 如何把生成规则落实为地形、群系、洞穴、结构与资源。