1

我有一个使用 Javascript 对象来维护一些存储对象的 Greasemonkey 脚本。它涵盖了相当大量的信息，但远远少于在遇到我的问题之前成功存储和检索的信息。一个值拒绝保存，我无法为我的生活确定原因。以下问题代码：

  • 适用于正在维护的其他较大对象。
  • 目前处理的数据总量比以前工作的要少。
  • 不与任何函数或其他对象定义发生冲突。
  • 可以（可选）在代码启动期间成功将问题存储密钥保存为“{}”。
this.save = function(table) {
    var tables = this.tables;
    if(table)
        tables = [table];
    for(i in tables) {
        logger.log(this[tables[i]]);
        logger.log(JSON.stringify(this[tables[i]]));
        GM_setValue(tables[i] + "_" + this.user, JSON.stringify(this[tables[i]]));
        logger.log(tables[i] + "_" + this.user + " updated");
        logger.log(GM_getValue(tables[i] + "_" + this.user));
    }
}

该问题始终可重现，并且日志记录在 Firebug 中产生以下输出：

  1. Object { 54,10 = Object } // 扩展按预期显示完整的内容，但有一个奇怪的地方——Firebug 以紫色突出显示对象键，而不是匿名对象通常的黑色。
  2. {"54,10":{"x":54,"y":10,"name":"Lucky Pheasant"}} // 正确字符串化的 JSON。
  3. 书签_HonoredMule 已更新
  4. 不明确的

我尝试更改对象键的格式，但没有效果。进一步缩小问题的范围是，在代码初始化期间，此特定值已成功保存为空对象（“{}”），但跳过该值也无济于事。重新加载页面确认非空对象的保存确实失败了。

知道什么可能导致这种行为吗？我已经彻底探索了达到大小限制的可能性，但似乎这不是问题——如前所述，我已经减少了存储使用量。其他较大的对象仍然保存，并且已经不高的对象总数进一步减少了比我试图在此处存储的数据量更大的数量。

4

1 回答 1

2

事实证明，问题在于 this.save() 是从 unsafeWindow 上下文中调用的。这是一种安全违规，但应该导致引发访问违规异常：

Error: Greasemonkey access violation: unsafeWindow cannot call GM_getValue.

相反，GM_setValue 什么也没做就返回，并且随后的日志记录指令也会执行，因此没有任何问题的提示，并且文档可能已过时。

在我寻求以任何方式解决这个问题的过程中，我抽象出 GM_ 存储函数，以便我可以使用其他存储机制，因此解决方法是将所有保存指令放在一个预先存在的清理例程中，该例程在 setInterval 中运行，类似于上述文档中描述的修复。（使用现有间隔是为了防止过度创建计时器，这些计时器过去会降低浏览器正常运行时间的性能。）

于 2010-05-01T17:11:49.800 回答