Python TCP Socket开发文字接龙游戏时服务端校验失效问题排查

你遇到的现象本质是双向校验的责任完全错位，对比的字符串和游戏规则要求的匹配对象根本不沾边。

1. 两侧的校验逻辑都没对齐游戏规则 #

先把游戏规则的校验逻辑拆解清楚，每一轮的校验是双向的，对应两个检查项：

• 当你收到对方发来的单词时：检查这个单词的前两位，是不是刚好等于「你上一轮发给对方的单词的最后两位」。不满足就说明对方违规，直接报错终止。
• 当你自己要发新单词时：检查这个单词的前两位，是不是刚好等于「你上一轮收到的对方单词的最后两位」。不满足就说明自己违规，直接终止。

对照现在的代码看问题：

客户端的缺失 #

你现在的客户端代码，完全没有写“收到服务端发来的词时，校验这个词是否接上一轮自己发的词的最后两位”的逻辑。不管服务端发什么离谱的词，你都直接打印，然后顺着收到的词的最后两位去匹配自己要发的回应，根本不会检查服务端的词合不合规。自然不管服务端发什么错词，都不会触发客户端的错误提示。

服务端的错位 #

你现在的服务端代码，不仅没在输入自己要发的词之后、发出去之前做合法性校验，甚至连校验的对比对象都写反了：

你取了「自己上一轮发的词的前两位」，去和「刚收到的客户端词的最后两位」做比较
这两个字符串在游戏规则里完全没有需要匹配的要求，属于无意义对比。之所以客户端发错的时候能歪打正着触发错误，是因为客户端发错时会直接返回错误提示字符串，这个字符串的最后两位刚好和你自己发的词的前两位对不上，触发了你的对比判断。但正常流程下，这个对比根本和游戏规则无关，自然出现服务端发错没人管、流程继续跑的情况。

2. 时序问题放大了bug #

你现在的服务端流程是：先把自己要发的词无校验直接甩给客户端，等客户端回消息的时候才慢吞吞做无意义的对比。等于自己发出去的词根本没有经过合法性检查，全靠客户端自觉检查——但客户端压根没写检查服务端词的逻辑，自然服务端发什么都没人拦。

修正逻辑参考 #

顺着上面的双向校验逻辑调整即可：

• 服务端流程：
  1. 开局直接发第一个单词（无前置校验）
  2. 每轮收到客户端发来的词，先校验：客户端词的前两位 == 自己上一轮发的词的最后两位，不等就报错终止
  3. 校验通过后输入自己的新单词，校验：新单词的前两位 == 刚收到的客户端词的最后两位，不等就报错终止
  4. 把校验通过的词发出去，回到第2步
• 客户端流程：
  1. 先收服务端发来的开局词（无前置校验）
  2. 输入自己的回应词，校验：回应词的前两位 == 刚收到的服务端词的最后两位，不等就发错误提示终止
  3. 把校验通过的回应词发出去，等收服务端的下一轮词
  4. 收到词后先校验：服务端词的前两位 == 自己上一轮发的回应词的最后两位，不等就发错误提示终止
  5. 校验通过后回到第2步

内容的提问来源于stack exchange，提问作者hekean1339