糟糕透了！知识答题PK出线上bug了！我来进行复盘与总结一下吧。
主要两大问题：
1、服务器问题：云数据库watch监听报错的问题；
2、卡bug问题：匹配成功或者pk开始后，有人中途退出的问题；

云数据库watch监听报错的问题
关于第一个问题，据用户反馈，这几天watch频繁不定时出现错误：Error: errCode: -402002。

发现问题

既然发现了问题，这两天也偶发，我试了许多次也没有复现该问题，暂时没办法定位。

先通过查阅官方技术文档，发现-402002是属于“SDK 数据库错误：初始化监听失败”，并非属于我的开发的PK答题小程序bug或者是用户网络不稳定或网络质量差的问题，可以排除这两种可能了。那么就是官方服务器的问题了。
 

然后，我去社区里面也看到有人遇到过。后面在一次偶然，我也碰到了这个问题。我去反馈给腾讯云服务器厂商官方，然后解决一下这个问题。
腾讯云服务器厂商官方也很快作出了回应和解决了。

我试了，问题没出现了。腾讯云服务器厂商官方很快就解决了，然后我也立刻反馈给用户，该问题已经解决，他也测试了一下，就没有再出现这个问题了。

匹配成功或者pk开始后，有人中途退出的问题
据用户反馈，这pk这里经常出现 一个人匹配成功开始答题了，另外一个人还在匹配，但是匹配成功那个人也没法继续答题。就是匹配的时候对方退出或者已经开始了。

确实是，需要增加前几天你说的那个功能才能兼顾这种非正常操作流程的情况。
我之前做的大部分1v1邀请 pk 对战答题系统，甲乙双方在开始前都可以选择是否开始或者退出，匹配之后，乙方可以选“接受”，然后甲方可以选“开始”，然后才开始pk的。所以几乎很少是在pk途中退出的情况，概率是很低的。
再者，1v1邀请 pk 对战答题的机制不同在于它是不限制pk次数的，只统计基于正常操作流程正常 pk 完的，所以即使有的人在pk中途退出了，也不会产生任何影响。

而现在的1v1pk答题机制或者模式是自动匹配。其实在活动开始前，应对方要求，修改了一些程序逻辑。
 

其实是有一定风险的，毕竟该答题pk小程序已经上线稳定运行了，在很短的时间里面改动大的话，难免会造成不稳定。因为有的情况没有覆盖到，时间短、不够大量的回归测试、压力测试、冒烟测试。
虽然风险点已经提前告知对方，但是，我也需要负一定的责任，毕竟是经我手去开发搭建的嘛。所以只能在不影响大部分人正常使用的情况下，对于那些特殊的情况，进行策略性修复了，去进行尽可能的兼容。
 

 

 

 

 

 

 

 

 

通过这一次复盘与总结，也是有所收获的。虽然主体程序是正常运行，但当有些特殊情况出现会就影响用户体验。比如，官方服务器问题、个别用户非常规的操作（pk对战过程中退出）等。
官方服务器问题，需立刻反馈给官方进行解决即可。

而用户操作问题，可以通过三种方式解决或进行规避，操作流程设计、程序代码控制和活动方案调整策略。
优先选择通过操作流程设计解决，但是这个是大改，这就需要在正式开始活动前，预览足够的时间进行修改调整和大量的测试。（最优解）
其次才通过程序代码去兼容各种出现的特殊情况，去封堵，但是这种就会有可能有些情况会没有遇到就没有想到，就会漏掉，毕竟各种手机的机型或其手机系统会有一些特殊性。还需要待遇到用户反馈，才得知了，进而进行解决。（下下策）
还有，就是可以调整活动规则或者方案，不限制pk次数。（次优解）