【发布时间】：2010-04-16 17:51:05
【问题描述】：
我的应用程序中的 HTTP 请求存在问题，如果远程文件与本地文件大小相同（即使其修改时间不同，因为其内容已更改），尝试下载它会快速返回，并且不会下载较新的文件。
简而言之，我所遵循的过程是：使用INTERNET_FLAG_RESYNCHRONIZE 标志设置HTTP 连接并调用HttpSendRequest()；然后检查 HTTP 状态码，发现它是“200”。
-
如果远程文件已更新，但仍与本地副本大小相同：运行应用程序后本地文件不变。如果我在发送请求后用
HTTP_QUERY_LAST_MODIFIED调用HttpQueryInfo()，它会给我服务器文件的实际最后修改时间，我可以看到它与我试图覆盖的本地文件不同。 - 如果远程文件被更新，并且文件大小与本地副本不同：它被下载并按预期覆盖本地副本。
这是一个相当精简的代码版本，用于删除帮助程序和错误检查：
// szAppName = our app name
HINTERNET hInternetHandle = InternetOpen( szAppName,
INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0 );
// szServerName = our server name
hInternetHandle = InternetConnect( hInternetHandle, szServerName,
INTERNET_DEFAULT_HTTP_PORT, NULL, NULL, INTERNET_SERVICE_HTTP, NULL, 0 );
// szPath = the file to download
LPCSTR aszDefault[2] = { "*/*", NULL };
DWORD dwFlags = 0
| INTERNET_FLAG_IGNORE_REDIRECT_TO_HTTP
| INTERNET_FLAG_IGNORE_REDIRECT_TO_HTTPS
| INTERNET_FLAG_KEEP_CONNECTION
| INTERNET_FLAG_NO_AUTH
| INTERNET_FLAG_NO_AUTO_REDIRECT
| INTERNET_FLAG_NO_COOKIES
| INTERNET_FLAG_NO_UI
| INTERNET_FLAG_RESYNCHRONIZE;
HINTERNET hHandle = HttpOpenRequest( hInternetHandle, "GET", szPath, NULL,
NULL, aszDefault, dwFlags, 0 );
DWORD dwTimeOut = 10 * 1000; // In milliseconds
InternetSetOption( hInternetHandle, INTERNET_OPTION_CONNECT_TIMEOUT,
&dwTimeOut, sizeof( dwTimeOut ) );
InternetSetOption( hInternetHandle, INTERNET_OPTION_RECEIVE_TIMEOUT,
&dwTimeOut, sizeof( dwTimeOut ) );
InternetSetOption( hInternetHandle, INTERNET_OPTION_SEND_TIMEOUT,
&dwTimeOut, sizeof( dwTimeOut ) );
DWORD dwRetries = 5;
InternetSetOption( hInternetHandle, INTERNET_OPTION_CONNECT_RETRIES,
&dwRetries, sizeof( dwRetries ) );
HttpSendRequest( hInternetHandle, NULL, 0, NULL, 0 );
由于我发现我可以查询远程文件的最后修改时间，并且发现它是准确的，我知道它实际上正在到达服务器。我认为指定INTERNET_FLAG_RESYNCHRONIZE 会强制文件为resynch if it's out of date。难道我都错了吗？这就是它应该的工作方式吗？
编辑：我用数据包嗅探器做了一些调查，这里有一些额外的信息：
如果远程和本地文件完全一样，这就是交换：
GET /test.bmp HTTP/1.1
Accept: */*
If-None-Match: "1c1467112ee6ca1:369"
User-Agent: Internal Testing
Host: ****************
Connection: Keep-Alive
HTTP/1.1 304 Not Modified
Last-Modified: Tue, 27 Apr 2010 17:21:26 GMT
Accept-Ranges: bytes
ETag: "1c1467112ee6ca1:369"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Tue, 27 Apr 2010 18:10:26 GMT
现在，如果远程文件已更改，但文件大小保持不变：
GET /test.bmp HTTP/1.1
Accept: */*
If-None-Match: "1c1467112ee6ca1:369"
User-Agent: Internal Testing
Host: ****************
Connection: Keep-Alive
HTTP/1.1 200 OK
Content-Length: 419958
Content-Type: image/bmp
Last-Modified: Tue, 27 Apr 2010 18:11:17 GMT
Accept-Ranges: bytes
ETag: "b65425835e6ca1:369"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Tue, 27 Apr 2010 18:11:33 GMT
[Block of data]
因此，服务器确实在文件更改后发送文件，但我的应用程序似乎仍然认为它没有更改。我认为问题在于我的应用程序如何处理响应；这不是我自己的代码，编写它的人很久以前就开始了。
我发现的一个问题是，在上述两种情况下，当我用HTTP_QUERY_STATUS_CODE 调用HttpQueryInfo() 时，我会得到200 的回报。但是，在上面的第一种情况下，我可以看到实际的服务器响应是 304，而不是 200。深入研究我们正在使用的代码，我发现它似乎试图通过进行文件大小比较来解决这个问题，并假设如果文件大小相同，则文件未更改；因此，我遇到的问题！
所以现在我的问题更简单了：为什么即使服务器返回 3XX 错误之一，HttpQueryInfo() 也会返回 200？我发现有人在网上问过类似的问题，但他们要么received no responses，要么直接与网络浏览器打交道。
【问题讨论】：
标签： c++ windows http download wininet