我运行了gwan_1 (v3.3.28),然后访问了http://.../?persistence.c页面。它反应很快。
但是当我改变“ return 200
;” 到return 9;
代码中的“”,浏览器响应缓慢,大约4秒后。
文件中指出:
要防止 HTTP 标头自动完成,只需让您的 servlet 返回一个无效的 HTTP 状态码在 1-99 范围内(含)。它工作但非常缓慢。
对此有任何想法吗?这是一个错误还是我做错了什么?
我尝试返回 1、9 和 99。它们都给出相同的结果。
我运行了gwan_1 (v3.3.28),然后访问了http://.../?persistence.c页面。它反应很快。
但是当我改变“ return 200
;” 到return 9;
代码中的“”,浏览器响应缓慢,大约4秒后。
文件中指出:
要防止 HTTP 标头自动完成,只需让您的 servlet 返回一个无效的 HTTP 状态码在 1-99 范围内(含)。它工作但非常缓慢。
对此有任何想法吗?这是一个错误还是我做错了什么?
我尝试返回 1、9 和 99。它们都给出相同的结果。
最后我得到了它。
这不是由 gwan 引起的。
这是浏览器的行为。
我使用 xbuf_frurl() 加载 persistence.c,响应时间约为 0.35 毫秒。(CPU E2180)
Internet 浏览器正在等待服务器回复。这是客户端超时。
由于在这种特殊情况下,服务器没有给出回复长度(HTTP headers
因为1-99 servlet 返回值的意思是“如果缺少 HTTP 头,则不注入”),客户端必须等到它估计所有应该已经传输(此时它显示结果)。
当您使用 JSON 和 AJAX (Javascript) 与 Internet 浏览器交谈时,您可以发送任何不带 HTTP 标头的回复,因为这样会以不同的方式解释格式(JSON VS HTTP)。
G-WAN comet.c 演示使用纯文本消息传递与浏览器的交换,因为客户端的 Javascript 代码读取服务器回复的时间(使用为此特定应用程序制作的格式)。