观察小憩：平时爱好网络，对于很多网友迷惑的 200 0 64 状态码也给解读一下。
首先我们先分析一下200 0 64 状态码的构成：
200 0 64：sc-status(协议状态) sc-substatus(协议子状态) sc-win32-status(Win32状态码)
sc-status(协议状态)：200 连接成功
sc-win32-status(Win32状态码)：64  指定的网络名不再可用
首先，200状态，大家都很清楚，只有浏览器发出请求到收到完整请求时，才会是200状态，这证明此次请求无程序和网络错误。
其次，至于64出现的原因，首先要想到：各搜索引擎爬虫拥有快照，服务器正常影响产生并记录200状态，搜索引擎依据自己的标准判断该页面是否需要更新快照，然后，当得到当前数据不需要重新下载后，就主动断开与服务器的此次对话，这时服务器就将标注为64状态(大家知道，64代表指定的网络名不再可用)。
IIS日志分析如下：
例如新站ITSobserve.com ，百度蜘蛛只要遇到跟目录下的index.html 就是 200 0 64状态，但是内页几乎全部是 200 0 0状态，因此我们可以判定出现 200 0 64的另一个原因，就是新站尚处于考核期，暂时不收录。至于老站那就是如上分析的原因了。没有原创内容 site 文章标题 前面几页都是一个样，百度肯定不收录的。
由此我们可以看出百度蜘蛛收录页面的一个大致过程。
蜘蛛首先依链接或者其他方式踩到这个新站，对页面内容进行分析尤其是title，无论首页还是内页蜘蛛都会首先根据域名的权重来判断是否收录或更新快照，如果权重低会返回200 0  64状态，对于内页重点分析title，如果蜘蛛库内已有很多类似页面就返回 200 0 64状态，如为原创则收入囊中或更新快照。
因此经过上面的分析，以及我对其他网友观点和分析和对我自己服务器日志的分析，百度蜘蛛出现 200 0 64 状态码也就很正常了。现得出结论，而且个人觉得这个结论将是终结版。
如果想解决这个问题，那就是更新内容或增加外链，尤其是原创内容。

首先分析一下网络上的一些说法：

1、出现64是K站的预兆

分析：这种说法网络中也有不少反驳的，不过我有自己的看法，其实很简单，假如一个站百度还在正常收录着出现64是K站预兆，那么已经K的站还是出现64，这是不是还要在K一次的预兆呢?归结2个字：妙论

2、 优化过度。

分析：这个有一定道理，但不全面，其实说这个结论的人肯定没有深度了解，没优化的页面也会出现64的，网络虽言论自由，可是千万别妄下结论。归结：不够深入

3、 描述及关键词重复

分析：同第二点

4、 读取不到页面，返回0字节。(权威)

分析：这个还特别注明权威，不过就是这2个字才显得尤为可笑，不过想来到也和64沾点边，但不能称之为权威

5、64的出现只是64位操作系统

分析：这个说法有不少网友表示可笑，咱在这里就不过多的评论了，因为个人认为根本不成立。

6、百度俱乐部给出的答复:大概是说64没有什么特别的意思，大家不需要在意.

分析：其实满网友也相信这个说法，不过这个说法确实是正确的

好了，下面入正题，到底出现200 0 64是什么原因呢?

首先我们要从什么样的站出现这个64最多、最常见入手，经过2年多的研究和实验加上在网上搜集的一些资料证明，新上线的网站出现64最多，其次是更新快照而收录总数不增加的站，再就是快照不更新的站，而快照更新秒收录的网站极少出现64，除非你对某个面做了过多的优化(这点会在后面和大家解释)，我们找到了64出没的地方，那么我就来分析它为什么喜欢这些地方，这个问题要从IIS开始：200 0 64的构成：sc-status(协议状态，200在这里指连接成功) sc-substatus(协议子状态) sc-win32-status(Win32状态码，64是指定的网络名不再可用，这个是微软官方IIS标志的解释，200 0 0 0 默认是访问成功的标志，64是代表指定的网络名不再可用，具体的状态码说明大家可以查阅“IIS中的sc-win32-status——Win32状态码详细说明”，或者直接在命令行模式下使用“net helpmsg”命令查看。“net helpmsg”命令格式：NET HELPMSG message#，其中message#代表win32状态码。例如：NET HELPMSG 64 ，返回就是“指定的网络名不再可用”)。

本人09年建站曾经有100多个，大都是采集，有10来个是手工加的，当然我前面说的64常出没的站是都有的，曾经用这些站做过实验，不过时间久了就忘记具体怎么弄的了，现在我就把最近实现的告诉大家，我有一个秒收录的网站，只要加数据，15分钟内肯定显示在当天收录内，收录权重非常高，但是不来什么流量，我就试着把新加内容的关键词加高(加的比较密)，我等了半个小时就查看日志，发现加高关键词密度的页面蜘蛛爬行全部显示64，而当天收录中也没显示。未加高关键词密度的没出现64，在当天收录中也显示出来了。接着过了几天，我就试着修改了内容页模板代码，然后加数据，结果我查日志，修改模板后加的数据全部64，当天收录中也没有出现这些页面，紧接着我吧模板恢复原样，加数据后就不出现64了，百度也正常收录了，当时我给出的结论就是蜘蛛太敏感了，嘿嘿。

其实打这么多字好辛苦的，而且我文笔实在差，不过我怕打少了字A5管理员不接货，64的出现的确叫很多人担心，因为没有权威的解释，下面我告诉大家我的结论：200 0 64其实就是蜘蛛爬行成功，未抓取页面，大家没必要担心，不过出现太多的确就是问题，当然也有解决办法：

1、假如你是新站出现64，那么你不需要担心，因为这个很正常，急需保持更新，内容近可能原创，适量增加反向链接即可。

2、老站出现64需要你自己找下原因，例如什么时间开始出现，出现64前自己做过什么修改，或者是不是有意优化了出现64的页面。

3、借用前辈说的8个字：内容为王、外链为皇，大家做好这8个字64自然会远离你的爱站

观察小憩：平时爱好网络，对于很多网友迷惑的 200 0 64 状态码也给解读一下。      首先我们先分析一下200 0 64 状态码的构成：　 200 0 64：sc-status(协议状态) sc-substatus(协议子状态) sc-win32-status(Win32状态码)      sc-status(协议状态)：200 连接成功 　 sc-win32-status 你要明白，任何问题都不是孤立存在的，一定有人曾经遇到过，并且已经有更好的解决办法了，只是我还不知道。我不应该在黑暗中独自前行，去重新发明轮子，也许我的顿悟，只是别人的基本功！我应该要站在巨人的肩膀上，学习更成熟的经验和方法，然后再来解决这个问题 02-17 前不久，公司网站验证百度的统计工具时，发现无法验证成功，是各种找问题。后找了一人，在他的带领下发现问题所在。 首先是网站首页和二级目录的页面都无法验证代码，提示无法访问目标服务器，或目标服务器拒绝。但是奇葩的是三级目录下面的所有页面可以验证到代码存在。 将首页只保留验证代码也无法检测到。 首先，打开网站的访问 日志 。然后清空 日志 ，再在百度统计页面点击验证网站发出请求，然后查看访 无法将类型为“System.__ComObject”的 COM 对象强制转换为接口类型“Microsoft.VisualStudio.Tools.Applications.Runtime.IHostS 19119 解决vue问题WebSocketClient.js?5586:16 WebSocket connection to ‘ws://x.x.x.60:8081/ws‘ failed bubulunda: 佬，出现ResizeObserver loop completed with undelivered notificationsat咋解决啊 是基于vue2的 解决vue问题WebSocketClient.js?5586:16 WebSocket connection to ‘ws://x.x.x.60:8081/ws‘ failed JUNwucy: 我也是最近突然出现这个问题的，你找到是什么导致的吗？我就按博主说的配就解决了的。 解决vue问题WebSocketClient.js?5586:16 WebSocket connection to ‘ws://x.x.x.60:8081/ws‘ failed weixin_34222255: 配了没什么用 解决vue问题WebSocketClient.js?5586:16 WebSocket connection to ‘ws://x.x.x.60:8081/ws‘ failed host: '0.0.0.0', port: 8080, client: { webSocketURL: 'ws://0.0.0.0:8080/ws', host 不要变，就是 0.0.0.0 ，不要用自己的IP。。。 解决vue问题WebSocketClient.js?5586:16 WebSocket connection to ‘ws://x.x.x.60:8081/ws‘ failed 夏蝉-cyq: 感谢大佬 这都可以：我的问题是在本地没问题，但是代码放到线上后就出现--在链接只在就关闭的问题 终于解决 太感谢了博主