5

我在 Linux 上玩 perl dancer，如果浏览器直接通过 LAN 连接到服务器，一切都很好。但是，当我通过 WAN 连接并且浏览器是 IE9 时，偶尔繁忙的光标不会消失。

我可以通过连续重新加载页面 apx 10 次来引发这一点。即使我在每次重新加载之间等待几秒钟，我也会遇到这个问题。页面本身非常简单，并且通过了 w3c 检查。

如果我以 root 身份运行 dancer，或者端口是 80 还是 3000，都没有区别。 A 还测试了使用 apache 频繁重新加载页面，似乎没有问题。

我运行了 strace，我的印象是，请求数据有时在 dancer 尝试读取它时不可用。这就是跟踪的样子

当它工作时：

{sa_family=AF_INET, sin_port=htons(52073), sin_addr=inet_addr("78.42.213.92")}, [16]) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfab5028) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, 0xbfab5070, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfab5028) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, 0xbfab5070, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
getpeername(4, {sa_family=AF_INET, sin_port=htons(52073), sin_addr=inet_addr("78.42.213.92")}, [16]) = 0
read(4, "G", 1)                         = 1
read(4, "E", 1)                         = 1
read(4, "T", 1)                         = 1

当它挂起

{sa_family=AF_INET, sin_port=htons(52225), sin_addr=inet_addr("78.42.213.92")}, [16]) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfab5028) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, 0xbfab5070, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfab5028) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, 0xbfab5070, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
getpeername(4, {sa_family=AF_INET, sin_port=htons(52225), sin_addr=inet_addr("78.42.213.92")}, [16]) = 0
read(4,

然后它永远存在。知道我能做什么吗？

4

1 回答 1

4

我在IE9 连接到 Catalyst 开发服务器时遇到了类似的问题。Eric Lawrence（IE 团队负责人！？）认为这可能是由于 IE9 的后台连接功能。IE9 会打开一个后台 TCP 连接以加快对服务器的未来请求，但这显然会导致单线程服务器出现问题。如果您正在运行 Dancer 的默认开发服务器 (HTTP::Server::Simple::PSGI)，您将无法处理 IE9。

我通过 Apache 代理解决了这个问题。它使开发人员更加麻烦，但只有当我必须测试 IE9 时。

于 2013-04-13T19:14:29.203 回答