此问题有以下3个特征

1. 开启Chrome总提示“谷歌浏览器未正确关闭”；
2. 出现第一个问题后，关闭Chrome立即重启，会发现浏览器启动迟缓，甚至是不启动；
3. 进程中残留Chrome进程，数量可多可少（见下图）；

通过排除了插件和防火墙的因素后。问题定位到了Chrome本身。在Chrome的选项卡中我发现了一个奇怪的现象，同步选项的部分有很奇怪的显示错误（见下图）。

之前我一直以为是这只是一个普通的UI错误。不过结合此次问题，我猜测与浏览器的同步功能有关。于是想停止同步，可是发现一选择停止同步，浏览器就会进入假死状态后关闭。这更让相信这就是问题的症结所在。

通过手动从硬盘目录上删除同步的设置文件（“C:\Users\你的用户名\AppData\Local\Google\Chrome\User Data\Default\Sync Data\BookmarkSyncSettings.sqlite3”）。同步终止后问题也就迎刃而解了。可是此时会发现无法再次进行同步了，会提示“与服务器连接失败”。而此时通过vpn或是ssh，都可以成功地进行同步。看来果然是同步惹得祸。

既然问题已经明了,解决方法有三:

1. 通过vpn或者ssh的全局代理都可直接解决这个问题，不过很不方便，毕竟vpn和ssh的速度都十分有限，一直使用全局代理总是不太自在。
2. 如果有ssh的话，就可以通过Chrome插件Proxy Switchy!来设置自动选择规则。这个方法也是我现在使用的方法，只是要如和编写这条规则呢？试了和多方法发现很不好定位。最后通过追踪Chrome的“REQUEST”记录，定位到“clients4.google.com”。那么规则可以这样写： *clients4.google.com*下图是我随手ping了一下clients4.google.com，发现丢包很严重，这个情况和我的blog的服务器的情况有些类似。
3. 通过修改hosts文件。我这儿能用的ip有”74.125.153.113”。只需在hosts文件中添加”74.125.153.113 clients4.google.com”即可。不过这个可能不适用于所有人，而且随时可能一样完蛋。不过此法从现阶段来看是最优的方法了。

随想

我还不能确定这个问题与GFW有没有关系，按理来说被GFW盯上的ip应该是完全被墙，不该这样一息尚存，只是丢包。我的感觉更像是服务器或者是线路的问题。不过退一步来说，即便是由于GFW的问题无法同步，也不该出现假死的问题吧。这应该算是Chrome设计上的bug吧。

相关文章:

1. 为chrome添加扩展程序(Extensions)（12月17日更新”goo.gl shortener”）
2. Chrome扩展程序(Extensions)推荐（6月23号更新）
3. 解决一例windows live组件无法安装
4. 谷歌浏览器（chrome）更新人性功能——同步备份书签
5. 存档/标签页仅显示标题及小改进