迅雷7 未响应卡死的临时解决方案

可能是迅雷的脑残策划又想搞什么花样出来, 最近迅雷7会在开启后自动下载一个叫做ZipPasswordSharing的组件并运行, 并直接导致迅雷7的界面未响应卡死, 而那个ZipPasswordSharing组件里的7Z Console程序则会吃满一个核的CPU. 其实前几天就出现这个问题了, 但因为下载的东西都比较小, 所以没怎么在意, 今天我急着下载刚刚发售的游戏Everybody's Gone to the Rapture, 结果又给我来这一出, 令我非常不爽.

虽然ZipPasswordSharing从名字上看就不是什么好鸟, 但我想迅雷的程序员再白痴也不会到想要爆破用户机器上的压缩文件密码并分享出来, 只能猜测是迅雷为了建立分享压缩文件密码平台而设, 但它又怎么会占满一个核的CPU并直接导致迅雷7的界面挂掉呢? 也许只能用程序出现了bug来解释.

解决问题的方案很简单, 首先在你迅雷7的安装目录里找到ThunderPush目录(Thunder Network\Thunder\Data\ThunderPush), 不出意外里面应该有一个ZipPasswordSharing.zip文件和ZipPasswordSharing目录, 我们先删掉ZipPasswordSharing目录里的全部文件, 然后如图把该目录的权限设置为"拒绝写入", 再次开启迅雷7就不会自动运行7Z, 自然也不会未响应了.

迅雷官方论坛的客服们现在还在发各种"请更新迅雷版本"、"完全卸载重新安装迅雷"、"Win10和Win8.1的兼容性问题, 开发团队正在努力解决", 该怎么说呢? 作为用户, 自然是希望这种让迅雷7员工及其亲属集体折寿的事情少发生.