jiayiming：难道其他sqlite也都会转json？其实查看起来只有方便，，，回到原帖

看 Bugzilla 只是废弃掉密码管理的sqlite。没说去掉别的sqlite

fiag：看 Bugzilla 只是废弃掉密码管理的sqlite。没说去掉别的sqlite回到原帖

转json是大的方向。

teredarguiterep：转json是大的方向。回到原帖

这不是为了追求效率从而放弃了通用性了么？

fiag：这不是为了追求效率从而放弃了通用性了么？回到原帖

通用性？

teredarguiterep：通用性？回到原帖

那些优化SQLite文件，清理数据的工具就下岗了，只有通过Firefox的API或者专门写程序来搞了。
还有一些查询的操作就要自己来维护索引了，这块儿重构的工作量不小吧。
应该还有些内存数据库吧。

fiag：那些优化SQLite文件，清理数据的工具就下岗了，只有通过Firefox的API或者专门写程序来搞了。
还有一些查询的操作就要自己来维护索引了，这块儿重构的工作量不小吧。
应该还有些内存数据库吧。回到原帖

重构是肯定的。json通用性更强吧。维护索引指？ json查询很方便啊

fiag：预期这个改进，能提高冷启动和退出Firefox的速度。回到原帖

我觉得不会

本来是只有读取登录记录时需要读数据库
更新登录记录时需要写数据库

现在是每次启动都要读
每次退出都要等待写磁盘完成后才能退出主线程

不过按照bug853549所述
绝大多数人登录信息都不超过4～5条
文件很小
所以这个启动、退出时的读写等待时间可以接近无视

aaaa007cn：我觉得不会

本来是只有读取登录记录时需要读数据库
更新登录记录时需要写数据库

现在是每次启动都要读
每次退出都要等待写磁盘完成后才能退出主线程

不过按照bug853549所述
绝大多数人登录信息都不超过4～5条
文件很小
所以这个启动...回到原帖

异步操作，不阻滞启动关闭

teredarguiterep：异步操作，不阻滞启动关闭回到原帖

在大部分场合不阻塞主线程

读
在某些场合下
仍然需要同步操作ensureDataReady

写

+ * An asynchronous shutdown observer makes sure that data is always saved before
+ * the browser is closed.  The data cannot be modified during shutdown.

aaaa007cn：在大部分场合不阻塞主线程

读
在某些场合下
仍然需要同步操作ensureDataReady

写回到原帖

如果启动时不需要登录信息，应该是异步加载的。关闭时直接不允许写应该也就不存在阻塞。

teredarguiterep：如果启动时不需要登录信息，应该是异步加载的。关闭时直接不允许写应该也就不存在阻塞。回到原帖

大部分场合是异步没错啊

但是某些场合下读取仍然会fallback到同步操作保证数据完整
其实改了异步还不一样要主线程等着

退出时等待写文件完毕这个就无法避免了
否则数据完整性无法保证
那是真·作死

唯一的可能性是在最后一次写操作到关闭之间没有任何对loginstore的操作
同时还要保证磁盘上的文件未更改

至少
在目前的patch中
主线程在退出时是需要等待logins.json异步写入完毕的

aaaa007cn：大部分场合是异步没错啊

但是某些场合下读取仍然会fallback到同步操作保证数据完整
其实改了异步还不一样要主线程等着

退出时等待写文件完毕这个就无法避免了
否则数据完整性无法保证
那是真·作死

唯一的可能性是在最后一次写操作到关闭...回到原帖

慢慢来，从另一个书签备份退出主线程来看，不是很重要的东西，统统都会退出主线程，让主线程更专注。