PK模式事件流程图
2016-12-29 11:39:29 0 举报在PK模式事件流程图中，首先开始于玩家选择PK模式。接着，系统会检查玩家是否满足PK的条件，如等级、装备等。如果条件满足，系统将匹配对手，并通知双方准备战斗。在战斗开始后，玩家和对手可以进行技能释放、攻击和防御等操作。战斗结束后，系统会根据双方的表现进行评分，并显示胜者。同时，系统还会根据战斗结果给予玩家相应的奖励或惩罚。最后，玩家可以选择继续PK或者退出PK模式。整个流程图简洁明了地展示了PK模式的整个过程。
作者其他创作
大纲/内容
收到申请PK消息
重启RTMP
主持掉线
PK游戏消息
切换到RTMP模式
提示失败
申请不通过
加入成功
时间到
主动断开WebRTC
失败
成功
选择PK进行开播
接口请求大部分都会重试两次，间隔2s和4s。也就是指数衰退方式进行重试。另外连麦建立的过程使用的单聊模式，这个模式的消息是绝对防丢失的，剩下的是迟早的问题。
开启10s”等待PK开始“定时器
进入观战下注状态（不可以PK）
如果有主持或则在处理主持连线中，驳回申请。否则交给主播处理申请
副主播掉线
如果非等待状态，返回申请不通过。否则，设置非等待状态，进入主播授权操作
提示主持加入失败
进入掉线状态。告诉服务器掉线了
打开PK直播
关闭定时器
重连
基本按照原来直播流程开始直播
可以PK
副主播自动连线
提示主持掉线
调用申请接口
结束
申请做主持
多次重连失败
点击申请PK
加入失败
提示主持超时未加入
通知服务器申请不通过
主持状态
重连失败
点击直播
进入连麦状态。通知服务器连麦成功。
牌局结束
超时
加入WebRTC失败
启动WebRTC，加入WebRTC
WebRTC断线状态。
开启“等待副主播连线”定时器。10s超时。
可以连麦
通知服务器允许主持加入
等待PK
通知游戏逻辑：告知原因，执行完本次牌局，结束循环。
提示
响应
主播打开直播设置页面。根据用户权权限显示PK设置入口
本局PK连麦受限
主播点击开启PK
主播掉线
拒绝
调用开始PK接口
失败，且少于2次
进入连麦状态
通知成功
主播结束
进入PK状态
不可以连麦
重连，两次
没有主持
不可PK
点击和AI开局
开启一个10s\"等待应答主持\"定时器。等待响应IM消息
开启30s超时定时器。称之为“副主播断线等待定时器”
关闭RTMP。加入WebRTC
设置等待环境，设置等待状态等。
告知服务端连麦成功了
申请主持
申请通过
有主持
按照原来直播，播放直播，根据观众权限显示UI
提示PK开局
主播端PK流程开始
循环的牌局
是
踢走当前对手。调用结束当前PK局接口，传入结束标志。
提示PK开始发生错误
初始PK等待环境（切换回RTMP等）
主播同意
是否和AI对局
是否有在连麦的同学
主持连线成功
有其它主持状态
连麦掉线
提示，并结束直播
如果当局PK结束了，则拒绝连线，否则连线成功。如果有“副主播断线等待定时器”，则关闭。
开启一个10s\"等待应答PK\"定时器
开一个20分钟PK局定时器
通知服务器同意视频连麦
处理响应
主播连麦掉线
本次PK受限
PK已经开始
不是
设置忽略这次响应信息
通知失败
PK开始
开启10s\"等待主持连线定时器\"
通知服务器主持掉线
调用PK接口
关闭RTMP，切换到WebRTC模式。加入WebRTC
PK局结束
副主播加入成功
观众端PK流程
PK结束
没有主持状态
0 条评论
下一页
