服务器无法接收客户端第二条命令？技术问题求助

你已经搞定了基础连接和首次交互，这个报错大概率是命令协议不匹配或者会话状态衔接出了问题，给你几个具体的排查方向：

1. 核对第二次命令的格式是否完全符合服务器预期 #

第一次能正常返回，说明连接和基础通信没问题，但第二次的命令可能没踩中服务器的要求：

• 检查命令是否带了服务器要求的结束符：很多TCP服务会要求每条命令以换行符\n、\r\n或者特定分隔符结尾，你第一次可能无意中加了，第二次漏了？
• 对比第一次成功的请求内容：把两次发送的内容用repr()（Python）或者类似方式打印出来，看看有没有拼写错误、参数缺失，或者服务器只接受带特定"question"标识的命令（毕竟报错明确提到了"expecting command question"）

2. 检查服务器的会话状态逻辑 #

有些服务是状态化会话，第一次交互后会切换状态：

• 比如第一次是初始化问候，之后服务器会期望你发送特定类型的"question"类命令，而你发送的第二条命令不符合这个状态下的要求
• 如果服务器有日志功能，赶紧去看服务器端的日志，里面应该会明确记录为什么判定你的请求不符合要求，比如缺少某个字段、格式错误等

3. 排查客户端的发送逻辑问题 #

也有可能是客户端代码的小bug：

• 有没有处理TCP粘包问题？比如第一次的响应还没完全接收完毕，就发送了第二次命令，导致服务器收到的是不完整或乱序的数据
• 第二次发送时是复用了第一次的连接，还是重新建立了连接？如果是复用，检查连接是否还处于正常状态，有没有被服务器主动断开

快速验证小技巧 #

1. 用手动工具（比如telnet或者nc）连接服务器，手动输入第一次的命令，再输入第二次的命令，看看会不会出现同样的报错——如果手动操作也报错，那就是命令格式的问题；如果手动操作正常，那就是客户端代码的问题
2. 把两次发送的请求内容（包括不可见字符）打印出来对比，比如：

   # 打印第一次发送的内容
   print(repr(first_command))
   # 打印第二次发送的内容
   print(repr(second_command))
   

   看看两者的格式差异在哪里

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