前几天， @ARGV 问了这个问题《 squid 灵异 日志 》 http://chenlinux.com/2010/03/17/problem-of-squid-access-log/ 灵异乎？一般灵异吧。只要我们走近科学，没有什么不能被解释的。 首先说一下 HIT/MISS/REFRESH_HIT 这些状态是由什么决定的 其实这些状态
前几天，@ARGV问了这个问题《squid 灵异日志》
http://che本文来源gaodai$ma#com搞$$代**码)网@nlinux.com/2010/03/17/problem-of-squid-access-log/
灵异乎？一般灵异吧。只要我们走近科学，没有什么不能被解释的。
首先说一下HIT/MISS/REFRESH_HIT这些状态是由什么决定的
其实这些状态，在代码里就是http->log_type。而这个log_type的赋值主要是这么几个地方：
第一处，clientProcessRequest中
点击(此处)折叠或打开
- http->log_type = clientProcessRequest2(http);
简单地说，找到了要访问的entry，就是TCP_HIT，没找到就是TCP_MISS。
第二处，clientAccessCheckDone中，如果http_access检查没有通过，设成TCP_DENIED
第三处，clientHandleIMSReply中，根据回源IMS校验结果，可能设置成TCP_REFRESH_HIT或者TCP_REFRESH_MISS
第四处，clientCacheHit中，可能由于打开/读取磁盘文件失败，设成TCP_SWAPFAIL_MISS，也有可能由于缓存了404等报错，设成TCP_NEGATIVE_HIT，或者异步刷新的原因，设成TCP_STALE_HIT，以及由于offline模式的开启，设成TCP_OFFLINE_HIT
第五处，clientProcessHit中，应答客户端的IMS，设成TCP_IMS_HIT，或者由于hit的object的store_status还不是STORE_OK，设成TCP_MISS。
再说一下这个DIRECT是哪里来的。这是http->request->hier。一般来说，没有回源就是HIER_NONE，走DNS回源的时候设成HIER_DIRECT。如果squid里面配置了peer的话，还可能是各种PARENT，或者SIBLING。
那么，一个没有回源的请求，为什么是DIRECT呢？这是因为，虽然这个请求找到了StoreEntry因而没有回源，但是这个找到的StoreEntry是由上一个请求引起回源的，而且回源还没有完成，那么clientProcessRequest里面会修改当前http->request->hier，改成真正引起回源那个请求（也就是http->entry->mem_obj->request）的hier。下面这段代码就是做这件事情的（省略了无关代码）
转载请注明原文链接：Squid日志中为何会有HIT，并且DIRECT的记录？
