这是一个非常好的问题，也是游戏开发的核心概念之一，游戏脚本（即游戏逻辑）放在服务器端，主要是为了解决信任、同步、安全和反作弊这四大核心问题。
我们可以用一个生动的比喻来理解：
>把游戏想象成一场法庭审判。
>客户端（玩家的电脑/手机） 就像是控辩双方，他们各自陈述自己的“事实”（我打中他了”、“我捡到了宝物”）。
>服务器 就像是法官，法官不关心双方各自怎么想，他只根据双方提供的证据和规则，做出最终的、具有法律效力的判决。
如果让“控辩双方”自己当法官，那肯定会乱套，每个人都宣布自己获胜，服务器就是这个公正的“法官”，确保游戏对所有人都是公平的。
下面我们来详细拆解游戏脚本为什么要放在服务器的几个主要原因：
这是最首要的原因，客户端运行在玩家的设备上，这意味着玩家有可能通过修改内存、使用外挂程序等方式来篡改本地的游戏脚本和数据。
如果脚本在客户端
* 一个射击游戏，玩家可以修改脚本，让自己“无限子弹”、“一击必杀”或“透视穿墙”。
* 一个RPG游戏，玩家可以修改脚本，让自己“无限金币”、“一刀秒BOSS”。
如果脚本在服务器
* 客户端只负责发送操作指令（如“按下开枪键”）、接收结果和渲染画面。
* 所有的核心判断（如“这一枪是否打中？”“打中后扣多少血？”“掉落了什么物品？”）都由服务器脚本计算。
* 外挂无法修改服务器端的逻辑，最多只能发送一些非法数据包，而服务器可以通过严格的校验来识别并拒绝这些数据。
在一个多人在线游戏中，必须有一个权威的源头来定义“当前游戏世界到底是什么样的”，这个源头就是服务器。
如果脚本在客户端
* 由于网络延迟和机器性能差异，每个玩家客户端上看到的世界状态可能会有微小的不同，A玩家看到自己打中了B，但B玩家可能因为延迟看到自己已经躲到了掩体后，听谁的？这会导致无法解决的冲突。
如果脚本在服务器
* 服务器是唯一的“真相”，它根据所有客户端发来的指令，计算出一个唯一、权威的游戏状态。
* 服务器将这个权威状态同步给所有客户端，即使有延迟，客户端也会努力向服务器的“真相”靠拢（比如进行位置插值补偿），当出现分歧时，永远以服务器的判断为准。
游戏中的重要数据，如玩家的等级、装备、货币等，如果存储在客户端，是极度危险的。
如果数据在客户端
* 玩家可以轻易地找到本地存档文件，将自己的等级修改为999，金币修改为999999。
如果脚本和数据在服务器
* 所有核心数据都存储在服务器数据库里，客户端只是一个“视图”，显示服务器允许它显示的数据。
* 任何数据变更（如购买装备、获得经验）都必须通过服务器脚本的逻辑验证和执行，玩家无法直接修改服务器数据库。
从运营和开发的角度看，将核心脚本放在服务器端也更为方便。
热更新对于游戏玩法、活动规则、数值平衡的调整，如果逻辑在服务器，开发者可以直接更新服务器脚本，而无需玩家下载一个新的客户端补丁。
控制权所有重要的业务逻辑（如付费抽奖的概率、活动任务的完成条件）都由服务器控制，可以有效防止客户端被破解后泄露核心商业机密（如抽奖概率算法）。
一个成熟的游戏架构是分工合作的：
| 类别 | 客户端脚本主要负责 | 服务器脚本主要负责 |
| 职责 | 表现层 | 逻辑层 |
| - 接收玩家输入（按键、鼠标） - 渲染画面、播放音效 - 处理粒子特效、动画 预测（如预测自己角色的移动，让操作更流畅） - UI交互 | 验证客户端操作是否合法 - 计算游戏核心逻辑（伤害、命中、技能CD） - 管理所有玩家状态和数据 - NPC的AI决策（尤其在MMO中） - 数据库的读写操作 |
并不是所有游戏都需要服务器脚本。
纯单机游戏所有脚本和数据都在本地，因为没有公平性和同步的需求。
P2P（点对点）联机游戏在一些对延迟要求极高、且反作弊不是首要任务的游戏中（如一些格斗游戏、早期竞技游戏），可能会采用P2P架构，由其中一个客户端作为“主机”来充当临时“服务器”，但这种模式极易受到作弊和主机掉线的影响。
游戏脚本放在服务器，本质上是为了建立一个权威、可信、中心化的裁决体系，它确保了：
1、公平性：所有玩家在统一的规则下游戏。
2、一致性：所有玩家看到的是同一个世界。
3、安全性：玩家的资产和游戏核心逻辑得到保护。
没有服务器端的权威验证，任何有经济价值或竞技性的多人在线游戏都将无法正常运行，会迅速被外挂和漏洞摧毁。
文章摘自：https://idc.huochengrm.cn/js/18478.html
评论