|
- UID
- 5053
- 帖子
- 6105
- 精华
- 13
- 贡献
- 33
- 推广
- 0
- 有效BUG
- 0
- 注册时间
- 2005-11-24
|
3#
发表于 2006-5-25 00:26
| 只看该作者
1，caten：最小化2.0，在系统收藏夹添加项目，点任务栏TW，假死
的确有此现象。（可能称之为繁忙更合适）
2，caten：运行2.0时，删除系统收藏夹项目，TW中显示残留项目，点击之，出错
不知10多个链接（含目录）算不算 “大量链接”？我这里的情况是，和上面添加项目一样的有假死现象，但是没有出现“残留”，所以也不会出现什么错误。
caten 可能是在 TW 对收藏夹数据进行刷新时，抓住了空档点击了一个表面还看得到的项目，所以出现了无效网址的错误。（我的机器响应慢，停顿期间不容点击，状态恢复之后就没有残留了）
3，caten：TW检测系统收藏夹的时间间隔比以前长了 (为了降低资源占用？)
是否时间长了没做测试，不过原因可能猜的到，见下
1.x的工具栏收藏夹速度众所周知，慢！CTP 在保留基于系统收藏夹的特性下可能正尝试改进这点，猜想是用的层层加载的形式，即先载入收藏夹一级目录，然后用户点子目录就实时加载子目录，因此根据用户收藏夹的情况不同可能就有不同的速度表现。
收藏目录加载快，展开链接慢些，所以根目录下的链接太多还是会影响收藏夹打开速度的，但只要展开目录过一次，下次就会很快，可能是被缓存了吧。
当系统收藏夹发生变化时，CTP会自动检测其变化，并实时检查更新所有收藏夹数据（可能还包括链接信息），可能正因如此才出现了上述假死情况，但有一点的好处是，更新数据后的收藏夹，打开任何子目录速度很快，没有刚刚打开时的用时现象。（因此我刚刚还以为是524变成了一次性加载收藏夹）
我更偏向于是实时刷新机制影响了检查速度的说法。
建议不要实时监控系统收藏夹的变化，可以设置一个手动刷新的操作，或者还是用 CTP 刚刚启动时的层层加载方式来重新加载一次系统收藏夹，这样至少不会出现假死时间与项目个数成正比的情况吧。
[ 本帖最后由 Aycox 于 2006-5-25 01:46 AM 编辑 ] |
|
发表于 2006-5-25 00:44
|