瑞星卡卡安全论坛

瑞星的主动升级功能其实很好，这样尽量确保了系统的最高安全性。但这给我们用户带来了不大不小的困扰。

现在瑞星升级几乎每天都有，但通常都是在不通知用户的情况下，自动升级。万一用户当时正处在CPU和内存资源相当紧缺的情况下，怎么办？很有可能造成假死机，用户如果直接重启，或者用户原先的程序运行失败，这怎么办？
再或者，用户当时正处在危险的情况下，系统非常需要保护，这时瑞星由于自动升级而自动关闭了，这期间受到的攻击怎么处理？
再再或者，用户正处于忙碌阶段，机器绝对不可以重新启动，但瑞星自动升级，并关闭了保护，需要用户电脑重新启动，否则就得不到保护。这种情况，怎么办？

瑞星的主动升级的目的性非常明确，也十分优秀。但还应当考虑的更周全一些，在升级与否的问题上，应当把抉择权交给用户。当有新版本时，瑞星可以提示，说现在有新版本需要更新，并且告诉用户这次升级是否会需要重启电脑。如果用户当时不可以重启电脑，那他/她可以选择今天不升级，或者一会自己去升级，或者在电脑再次启动时进行新版本的安装。

希望瑞星能在这方面进行一些改善，毕竟一旦用户在瑞星升级时出现损失，对瑞星的声誉是有很大损失的。相信还有其他用户也有和我一样的困扰。我是瑞星的老用户了，对瑞星的成长一直抱有很大的期待和祝愿。希望瑞星越走越好。

谢谢

[用户系统信息]Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Avant Browser; .NET CLR 2.0.50727)

我个人认为 ，这个有点困难，因为升级程序的不预知性太高，同时还有一些重启不是因为升级的程序，而是因为当前的操作系统状态以及其他诸多的原因。


不过，你倒是可以将及时升级改称其他的升级方式，这样也可以变通的达到目的

谢谢楼主的辛苦发言

引用:

【Guardian的贴子】我个人认为 ，这个有点困难，因为升级程序的不预知性太高，同时还有一些重启不是因为升级的程序，而是因为当前的操作系统状态以及其他诸多的原因。 不过，你倒是可以将及时升级改称其他的升级方式，这样也可以变通的达到目的 ………………

感觉应该可行吧？比如，由瑞星公司自己先测试，如果该新版本的某前一个版本安装了新版本后需要重新启动的话，那它之前的所有版本都需要重新启动。用户客户端下载升级信息，检查自己的版本是否属于会重启的版本，如果不需要，那就通知用户有新版本，但安装后无需重启；如果需要，那就告诉用户，新版本在安装后需要重启，请用户自行斟酌。

检测版本的话，就从最新的开始积累记录。假如今天升级的是A1版本，如果上一个版本A0升级到A1需要重启，那就记录上，A0-A1需要重启；如果从A1升级到A2不需要升级，那仍然使用原先的A0-A1需要重启的记录，当A2遇到A0以下的版本，就全部需要重启；如果从A2升级到A3需要重启，那就把原先的记录改写为A2-A3需要重启，那么，升级A3时，所有A2以下的版本则都需要重启。

这种逻辑看起来似乎还是可行的~呵呵

个人认为：按楼主的方法来推算，这个量实在是太大了，不说07跨版本升级到08
就单是08从公测的初始版本开始到现在的版本可能都有好几百版了，要在A1到A2两个版本之间几个小时就要把这么多版本都试到，实在是……
虽然确实如大版所说是否重启无法完全预判而是要经过升级的实际环境情况来判断的，不过楼主的建议我还是会向瑞星反馈的。
感谢您对瑞星的支持！

呵呵~斑竹似乎没看明白我所说的。其实记录只有一条，每次有新版本，如果需要重启，就覆盖原来的记录。
就好象说，如果a<b，而b<c，那么c则大于a和b。无论升级多少，都只有一条记录。

如果真要一条一条积累的话，那量可真就大了。

祝瑞星越来越好。

还是忍不住要说
如果从A-1升级到A1不需要重启而从A0升级到A1需要重启怎么办
毕竟A-1和A0升级的实际环境不相同，使用中的组件也不一定相同
您的假设从理想环境上可能是成立的（比如在安全模式下），但是实际施行……

呵呵~这个似乎就是一个对比过程吧~闲着没事和斑竹聊聊~
没看懂斑竹说的A-1是哪种版本，是比A0小？还是比A1大？或者在A0和A1之间？
假设A-1在A0之前，而A0升级到A1需要重启，那A-1升级到A1也应当需要重启。连A0比较新的版本都需要重启了，A-1这老版本又怎么不需要重启。或者，在大多数情况下，如果A0较新版本需要重启的话，A-1老版本也应当需要重启。

似乎就是在升级前检测一下现有版本是否符合重启条件，怎么会牵扯到安全模式了？呵呵~我不太清楚瑞星实际的操作模式~只是猜测哈~呵呵

该用户帖子内容已被屏蔽

只升级病毒库的话，会有很多功能无法得到升级，会不是那么安全

平时升级选择只更新病毒库，有时间了把更新所有组件就可以了。

有上点实用性