tornado处理get请求时持续返回304状态码
Tornado源码分析 --- Etag实现
Etag(URL的Entity Tag):
对于具体Etag是什么，请求流程，实现原理，这里不进行介绍，可以参考下面链接：
http://www.oschina.net/questi...
https://zh.wikipedia.org/wiki...
Tornado实现分析：
先从Tornado处理一个请求的调用顺序开始看(摘自文档：http://www.tornadoweb.cn/documentation)： 程序为每一个请求创建一个 RequestHandler 对象 程序调用 initialize() 函数，这个函数的参数是 Application 配置中的关键字 参数定义。（initialize 方法是 Tornado 1.1 中新添加的，旧版本中你需要 重写 __init__ 以达到同样的目的） initialize 方法一般只是把传入的参数存 到成员变量中，而不会产生一些输出或者调用像 send_error 之类的方法。 程序调用 prepare()。无论使用了哪种 HTTP 方法，prepare 都会被调用到，因此 这个方法通常会被定义在一个基类中，然后在子类中重用。prepare可以产生输出 信息。如果它调用了finish（或send_error` 等函数），那么整个处理流程 就此结束。 程序调用某个 HTTP 方法：例如 get()、post()、put() 等。如果 URL 的正则表达式模式中有分组匹配，那么相关匹配会作为参数传入方法。 在一个请求结束的时候肯定会进行Etag的处理，所以找到调用的 finish() 函数：
finish() 函数 ---- 地址：tornado/web.py（删除了部分不在此主题的代码）
def finish(self, chunk=None):
# Automatically support ETags and add the Content-Length header if
# we have not flushed any content yet.
if not self._headers_written:
if (self._status_code == 200 and
self.request.method in ("GET", "HEAD") and
"Etag" not in self._headers):
self.set_etag_header()
if self.check_etag_header():
self._write_buffer = []
self.set_status(304)
if self._status_code in (204, 304):
assert not self._write_buffer, "Cannot send body with %s" % self._status_code
self._clear_headers_for_304()
elif "Content-Length" not in self._headers:
content_length = sum(len(part) for part in self._write_buffer)
self.set_header("Content-Length", content_length)分析：
在调用 finish() 函数的时候，对HTTP请求进行判断，如果 状态码为200，请求的方法为 GET 或 HEAD，并且 Etag 不在HTTP头信息里面，则说明该请求是第一次发生。接下来，调用 set_etag_header() 函数，将 etag 写入到 header头信息中
set_etag_header() 函数 ---- 地址：tornado/web.py
def set_etag_header(self):
etag = self.compute_etag()
if etag is not None:
self.set_header("Etag", etag)分析：
接着调用 compute_etag() 函数生成 etag，如果返回成功，则调用 set_header() 函数将 etag 写入header头信息的 “Etag” 字段。查看 compute_etag() 函数：
compute_etag() 函数 ---- 地址：tornado/web.py
def compute_etag(self):
hasher = hashlib.sha1()
for part in self._write_buffer:
hasher.update(part)
return '"%s"' % hasher.hexdigest()分析：
这里通过 调用 hashlib库 生成相应的 etag，然后通过对于 self._write_buffer的循环，当服务端文件有改变的时候，调用hashlib中的 update() 函数更新生成的新的对象 hasher，从而返回最新的 etag
注：self._write_buffer在初始化的时候已经进行了定义 self._write_buffer = [ ]， 如果某一个页面有改变，则会进行记录，从而来判断是否客户端请求的页面在服务端是否有改变，这里对于 etag 的生成函数 set_etag_header() 函数已经介绍完了，接着进行 check_etag_header() 校验函数的分析：
check_etag_header() 校验函数 ---- 地址：tornado/web.py
def check_etag_header(self):
etags = re.findall(
br'\*|(?:W/)?"[^"]*"',
utf8(self.request.headers.get("If-None-Match", ""))
)
if not computed_etag or not etags:
return False
match = False
if etags[0] == b'*':
match = True
else:
# Use a weak comparison when comparing entity-tags.
def val(x):
return x[2:] if x.startswith(b'W/') else x
for etag in etags:
if val(etag) == val(computed_etag):
match = True
break
return match分析：
首先服务端获取 客户端发送过来的 header头信息 中的 “If-None-Match” 字段，拿到该 etag，并通过正则表达式匹配，查看是否跟服务端保存的etag相同。如果 没有获取到header头信息中的 etag字段或跟服务端etag不匹配，则返回 False，否认返回 True。
之后，如果该 check_etag_header() 函数 返回True 的话， 则说明，该请求中包含有该 etag 并且该etag和服务端保存的相同，接下来t通过 self._write_buffer = [ ] 对这个字段进行清空处理（表明该请求的页面暂时没有任何修改）, 并且返回 状态码304 给客户端。
解决304问题
删除请求头中的'If-None-Match'
del self.request.headers['If-None-Match']