我们在Apache2服务器后面运行Tomcat 7，通过AJP连接。
我们在Tomcat收到的一些AJAX请求不包含任何请求参数。 这也适用于GET和POST请求。 检查Apache access_log时，所有请求的HTTP状态代码均为103：
IP - - [SNIP] "POST /redacted/ticket/1234567 HTTP/1.1" 103 655 "https://redactedhost.com/redacted/ticket/1234567" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)"
我无法确定此状态代码的来源。有人听说过吗？据我所知，它不是我们的应用程序的自定义响应，它没有在我们的Tomcat或Apache配置中定义。
答案 0 :(得分：6)
HTTP 103已被批准为状态代码，用于指示客户端的提示。
此处有更多详情IETF
答案 1 :(得分：3)
官方IANA注册管理机构[1]表示代码103未分配。
一些Google搜索从“可恢复的HTTP请求提案”[2] [3]中找到“103 Checkpoint”（我不知道[3]中的文档是否已启动到目前为止，它只是从搜索结果的第一页开始。通常这些提案应该作为IETF草案进一步发布。请注意，它不是官方的，并且[3]的响应代码308已由RFC 7538 [1]分配用于不同目的。
据我所知，它不是我们的应用程序的自定义响应
如果它不是普通视图，它可能是您正在使用的过滤器之一。查看您的库。您可以尝试使用调试器运行。
您是仅在Apache HTTPD端看到响应代码，还是在Tomcat访问日志中看到了？
答案 2 :(得分：2)
事实上，正如我上面评论的那样，状态代码103 是一个“非官方”实现，它仍然存在于一些（极少数）产品/软件源代码中，因此，在一些（罕见）场合，它可能仍然出现在野外。
基本上，状态代码103 计划在请求与安装/实现相关时进行响应，这意味着它应在服务器安装或网络中缺少某些内容（必需）或出现故障时显示。
消息“创建Web服务时拒绝访问”最初用于状态代码103 ，少数现有实现使用它。但是，有些情况只是简单地翻译为“检查点”。
然而，现在，这条消息几乎没有任何意义，因此它不仅保持“非正式”而且 已弃用 甚至在成为之前正式化。
因此，如果您在最近的服务器中遇到此状态码103 ，我强烈建议您对服务器/端进行深入审核。那里肯定有些错误!! ：）