口袋妖怪复刻高级狩猎场必抓精灵概率分析

可见复刻的程序员很可能把算法写在了客户端(仅是很可能)。那么这说明了什么，说明遇见热点神兽概率的叠加算法是在玩家使用高级狩猎卷之后的某一刻由客户端内部算出下一次的遇见概率，然后发送消息给服务器进行核实之后同步更新的。那么这样的一来，遇见热点精灵的概率重置方法也必然要

也必然要写在客户端内部。因为根据面向对象的编程思想，最清楚这个神兽遇见概率的算法应该统一封装在一个对象里面。所以叠加函数和重置函数会共用同一个变量。这个变量决定了玩家下一次使用高级卷时遇到神兽的随机数取值范围。而重置函数会在什么时候触发呢?很明显了，会在玩家遇到热点时，在客户端内部调用重置概率变量的函数把概率重置为初始值，然后再发送给服务器进行核实同步。

说这么多废话还是没办法证明热点遇见概率不会随热点更换而重置，毕竟这是内部机密算法，仅靠外部猜测是没办法证实的,但是楼主说这么多废话是有那么点用的，至少能提供一下这个观点：很有可能热点遇见概率不会随热点精灵更新而重置。为什么呢?因为概率算法在客户端内部，并且重置函数也在客户端内部并且已经封装好，足够使用也没有也任何的漏洞，那么关于热点的遇见问题事实上不太需要服务端插手了。但是要实遇见实现热点遇见概率随热点精灵更新了而重置却偏偏是需要服务器插手的。服务端的人员必须在每次更新热点精灵的时候向所有的客户端发送消息让客户端自身调用重置概率的函数来完成概率重置的，所以这个事件的实现不在客户端的算法内部，而在通信算法中，必须策划预先指定，然后程序员再去进行实现的(它和遇见热点时重置遇见概率是不在同一个类中，甚至可能不是吧由同一个程序员去写的代码。)，那么非常明确了，更新热点重置概率的算法不在程序员的程序逻辑中，也不是程序健壮性的关键，更不是概率叠加算法和重置算法的必有内容。他是在基本程序后面加上的扩展，是需要预先策划好的。也就是说游戏策划必须预先就决定更新热点要重置概率，然后告诉程序员，程序员才会将这个功能的人代码写出来(这个功能不是必有的)。因为得到这么一个观点，热点更新重置概率这样的事情，必须策划人员心思缜密，心机深沉，预先想好坑土豪的钱然后特意去添加剂这个功能让程序去实现才行。那么问题来了。。依照复刻的尿性和策划的脑残程度，他们能想到这一层并且预先实现吗?

总结一下，热点精灵遇见概率随热点刷新而重置是需要策划预先策划好的扩展功能。而在狩猎场只写了热点精灵遇见概率随高级卷的使用而累加，却没有写热点精灵刷新会重置遇见概率，我认为这非常有可能是策划根本没想到这一点(也有可能是故意不说来坑土豪的钱)。那么基于策划疏忽(脑残策划疏忽的案例数不胜数，所以这个可能性极高)，客户端的程序员和服务端的程序员脑洞大开自作主张还达成共识来添加算法，来实现热点精灵更新时服务端向客户端发送消息调用客户端的重置算法。。这个可能性非常非常的小。。更何况复刻的程序员脑残程度在650事件里已经表露无疑。所以楼主的观点时，复刻的策划极有可能没有想到热点遇见概率的重置要在更新热点时触发，程序员更不会自作主张加上这么一个不必要的算法。。因为在我们认为的刷新热点会将遇见概率重置的想法，极有可能在程序里面是没有进行代码实现的