这个机制其实某群里的各位都知道,已经被研究透了
火焰英雄召唤逻辑:
1. 客户端 发送召唤请求:现有英雄数量、特殊英雄数量、客户端时间、SafetyNet 暂停确认等等
2. 服务器 回复:此次召唤[通过/否定]、你最多开(1-5)个、你的五星几率是**.**%
3. 客户端 更新:已开第1个、开了(3-5)星、英雄是(×××)、性格是(×××)等等(客户端决定)
4. 服务器 回复:已记录 (你没看错,老任的服务器就是这么不负责)
5. 客户端 更新:消耗珍珠开启第二个
6. 服务器 回复:此次召唤[通过/否定]
7. 客户端 更新:已开第2个、开了(3-5)星、英雄是(×××)、性格是(×××)等等(客户端决定)
8. 服务器 回复:已记录(你没看错,老任的服务器就是这么不负责)
5-8 是循环4次,召唤的英雄都是由客户端决定的,你懂
火焰英雄召唤逻辑:
1. 客户端 发送召唤请求:现有英雄数量、特殊英雄数量、客户端时间、SafetyNet 暂停确认等等
2. 服务器 回复:此次召唤[通过/否定]、你最多开(1-5)个、你的五星几率是**.**%
3. 客户端 更新:已开第1个、开了(3-5)星、英雄是(×××)、性格是(×××)等等(客户端决定)
4. 服务器 回复:已记录 (你没看错,老任的服务器就是这么不负责)
5. 客户端 更新:消耗珍珠开启第二个
6. 服务器 回复:此次召唤[通过/否定]
7. 客户端 更新:已开第2个、开了(3-5)星、英雄是(×××)、性格是(×××)等等(客户端决定)
8. 服务器 回复:已记录(你没看错,老任的服务器就是这么不负责)
5-8 是循环4次,召唤的英雄都是由客户端决定的,你懂