1.内存要多少，一定要根据你自己的使用习惯来看。并不是说，不打游戏，内存使用量就少。

举个例子，同样是办公，有些人最多开两三个网页，一个 word 或 excel，一个 QQ 。这种情况下，Win7 + 4G 内存都够。

但有个女同事，QQ+微信+三个 Word+IE 十几个网页+火狐十几个网页，电脑上一堆流氓软件，这没个 16G 内存 + SSD，顶得住？


2.唉，年初是内存条低位时间，但自从 3 月份以来，内存几乎涨了快一倍了。我想买内存，现在都不愿意出手，感觉太亏了。

@cs8425
实在抱歉，你说的 [SD 敢达 Online] 这游戏，我没玩过，也没研究过...

游戏的同步模型，现在发展的比较成熟，很少有只使用单一同步模式的游戏了。

从大方向上来看两个极端：
1.延迟越要低，服务端就越不应该参与计算。但劣势是，同步率越容易出错，掉线重连成本越大，同时外挂越容易做。

2.与上面相反的另一个极端是，同步率要高，掉线重连成本要低，外挂要难做，服务端就应该参与数值计算，甚至要对各客户端的数据进行验证。比如吃鸡的 1km 透视外挂，从技术层面来说，一种很简单的解决方法，就是服务端对玩家数值做验证。我不是吹 WOW，WOW 在玩家可行进的范围，是服务端做了验证的，不然 WOW 还会有穿墙挂。回到吃鸡，如果加入验证，玩家是没办法做到简单的透视的。但问题是，如果加入验证，蓝洞的服务器成本会成倍提高，他们从财务上并不愿意去做这事。

如果开发一款新游戏，应该针对玩家的用户体验、游戏逻辑，在不同场景、不同游戏模式中，混合使用这两种不同的同步策略。比如现在王者荣耀的掉线恢复功能，客户端代价很大且恢复速度慢。如果要提高用户体验，该功能其实应该改用混合两种同步策略，主第二种同步方式，同时用数据库联机同步技术来用第一种，但王者没做，主要是这种混合策略会很复杂，他们目前没能力做好，其次服务器与带宽资源的投入会加大，财务上也不一定顶得住。

@wasd6267016

纯粹的指令同步，延迟越高，随着时间增长，一定会出现不同步率越来越大。

年轻人，不要随意说别人不懂。你觉得别人不懂，那你直接上技术细节。

@wasd6267016

1.我的意思是，你发的资料，是很久以前的了。那种结构，出现锁血挂很正常。

2.常识性错误指的是星际。星际因为早期这种架构，出现了联机下的资源修改挂，后来的版本通过使用混合模式，修复了这个问题。截止到你发的文章的日期，星际已经不是一个纯粹的指令同步了。

@cs8425

你说的第 2 点，我已经在最开始的 18 楼详细解释过了。建议您以后在回复前，先仔细看评论，别遗漏，以免造成没必要的误会。

至于你说的第三点，我觉得你对同步原理还欠缺深入，并且你对这款游戏也没怎么关注，同时你也没怎么用过外挂。

首先服务器只接受指令转发指令这种模式，就一定能做锁血挂这种东西。很多年前，QQ 游戏大厅里一些 P2P + 服务器中转混合模式的小游戏，都存在这个问题，甚至直接出现无敌挂。以前很多国服选手已经证实过了锁血挂，而且还上过封神榜。

你不关注这些事情，请不要随意说别人瞎扯，谢谢。多学习，多沟通。

扫码功能必须要获取相册权限...

看到这一点我就不想用了。

感觉 thrift 非常适合你。

thrift 的流程是：

1.定义一套那种你觉得像 C++数据结构的东西，再定义一个方法（接口）。

2.thrift 能直接把这套数据结构，生成 C 或 C++或 C#或 Java 或 js 的数据结构代码与通信代码。

3.拿着 Java 与 js 的代码，就能直接实现 js 访问 Java 。

@wasd6267016

1. 括号里的 1s 只是给个例子，并不是说一定要 1s 啊。

2.并不是硬吹 wow，而是 WOW 在延迟高达 1s 甚至更高的情况下，人物行走控制与技能释放也是很流畅。而王者荣耀延迟只要超过 100ms 甚至 500ms 时，仅仅行走控制就会变得很艰难。

3.建议您留意一下，您发的那篇文章，时间是什么时候的。如果您近期还在玩王者荣耀高端局，您会发现最近锁血挂消失了，封神榜也很久没有锁血挂了。另外，你发的那篇文章，里面也存在常识性的错误。

如果：
1.你上班地点是在地铁口+大型购物中心对面。
2.你住的地方在大型购物中心旁边。
3.此大型购物中心有 IMAX 、各种高中低端购物+吃喝玩乐设施与 5 星酒店。
4.你上班经过这购物中心。
5.你上班走路只要 15 分钟。
6.你单位停车免费。
7.幼儿园与各种名牌中小学就在你住的地方附近。
8.省级三甲医院离你驻地车程 20 分钟。

请问你还会考虑郊区嘛？

另外楼上有些小伙伴说了帧同步，实际上没有纯粹的帧同步游戏，不然只要有网络延迟，游戏的不同步率只会越来越大。

帧同步率的游戏，其实是帧同步 + 每隔一段时间（ 1s ）的全局状态同步。当年 war3 和 starcraft 的联机挂就是针对全局同步的漏洞来实现联机时资源修改的功能。

简单来说，王者荣耀这类游戏不是 p2p 游戏，而是严格的 客户端 - 服务器 模式（ C-S ）。
简单说一下流程：

1.玩家的客户端， 负责把玩家的操控指令，发到服务端。

2.服务端负责接收所有玩家客户端的操控指令，并负责计算，最后把计算结果反馈给所有的玩家客户端。

3.玩家客户端负责接受服务端的运算结果，并显示出来。

4.以上的过程，是会有延迟的。但有些技能是立即释放。立即释放技能的流程是：
第一阶段，玩家在客户端点击这类立即释放的技能按钮，客户端把释放指令发送到服务端，客户端同时立即显示技能释放画面。

第二阶段，服务端把技能释放后的结果，传回到客户端，客户端此时显示技能释放后的效果，比如有没有打中或对方英雄、中招的物体状态的变化（比如 HP 、行动速度等等）。

所以：
A.当客户端网络卡顿时，你会发现你无法操作角色，比如控制角色行走、拐弯、释放技能，此时会变得卡顿或无法操作。

B.当客户端网络卡顿时，你会发现技能释放后，虽然画面会显示技能释放动画，但被击中的对象，却没有及时反馈被击中后状态的改变，比如扣血、被控住，等等。

5.因为延迟的存在，并且很多技能是立即释放的。所以，如何把立即释放的技能进行阶段分解，减少玩家因延迟的卡顿感，这就是游戏设计者需要考虑的用户体验问题。

WOW 在这个问题上是花了大量心思的，当年网络延迟波动有可能高达一两秒，但游戏画面与操作却没有太大的卡顿。不像现在的 LOL 和王者荣耀，延迟大于 100ms 就会有明显感觉。这就是游戏体验在设计上的差距。

@lance6716 因为这些算法第一次出现是在通信理论的协议里，然后才普及到各种数据库、分布式系统中。

1.先去驾校考驾照，同时给教练足够的钱，让他单独陪你一周，用驾校的教练车，去各种路段跑，去各种天气跑。有机会甚至暴雨、大雪天、夜晚大雾天，也要在保证安全的情况下跑跑。

这个阶段一定要用教练车，因为教练车的副驾驶位置有备用刹车。别用家用车当教练车，因为就算有老司机坐在副驾驶位，他也没办法在紧急情况下帮你踩刹车。


2.车的前后左右与四周障碍物，是一个定点的考题。我会先在公路上，找准车的左右极限位置，并在驾驶室里做好标记点。当标记点靠近极限位置时，你才能知道车的前后左右有没有碰到障碍物或墙体。


3.倒车入库问题，本质是个几何题。你要判断前进后退，与方向盘极左极右的 2*2=4 个状态时，车的运动轨迹，这要熟记并背下来。很多女司机倒车无法入库，就是这个问题没做好。


4.最后是安全问题。每天十分钟的车祸事故视频，至少看 1000 个，并且不断总结，在那种情况下，你应该怎么做。

我按照这种视频的场景，避免了至少七八次鬼探头的情况。所谓鬼探头，是指本来可以跑 60 码的路况，但因为突然出现遮挡视野的障碍物，安全理论速度会降低到 20 码甚至 10 码的情况。很多老司机没注意这事，被突然出现的行人或小朋友给害死了。


5.千万别急着买车。各种车型，建议都租几天试试。

@coderwl
这位小伙伴，你有想法是很好的。但我建议你去做一次试试，就按照你的乐观锁的想法去做，你看看你写的 db 会不会用到 OS 提供的锁。

@leviathan0992

我说小伙伴们，你们能不能，看评论，稍微用心一点啊...

我哪里说这两玩意是同一回事...

还天天给我发资料....我都说了这些资料对我没用...

@patagonia111010

你在 41 楼反对了我，骂我是蠢货。然后你没解释原因，也没给出更好的方案。

接着你在 56 楼，又一次否定我。这次你依然没解释原因，然后继续说我嘴犟+属驴。

你在 61 楼，直接骂我 S B，还 block 我。

嗯，我感觉在这个帖子，几个小伙伴教了我很多战斗词汇啊...我该感谢你们嘛？