博客
关于我
LocalStorage在Chrome里的实现
阅读量:767 次
发布时间:2019-03-23

本文共 904 字,大约阅读时间需要 3 分钟。

在实现CanTK-Runtime的过程中,我们曾在V8引擎基础上模拟过浏览器的LocaleStorage功能。这种实现相对简单,因为在那个时候我们认为同一时间只会有一个游戏运行,因此文件操作可以放到后台线程中执行。不过,随着时间的推移,我们发现Chrome的实现却变得非常复杂,主要包含以下四个部分:

1. IDL文件生成的绑定代码

首先,Chrome会根据IDL文件生成绑定代码,这些代码位于gen/blink/bindings/modules/v8/V8Storage.cpp。这些代码起到桥梁作用,负责将JavaScript与C++代码连接起来。当JS调用某个函数时,参数会被拆解并传递给C++函数执行,执行完成后,结果又会返回给JS。

2. 与浏览器JS对接的模块

其次,这些绑定代码会调用WebKit中的WebKit/Source/modules/storage模块。这个模块负责对接浏览器的JS API,并进行一些参数校验和安全检查后,调用WebStorageArea接口进行操作。

3. 客户端代理

令人惊讶的是,WebStorageArea接口的真正实现类WebStorageAreaImpl不在浏览器核心进程,而在content/renderer/dom_storage目录中。但这里也有一些值得注意的地方:虽然Render进程处理网页渲染,但存储操作并不直接在Render进程执行。为了优化性能并且允许多个标签共享同一个存储,真正的文件系统操作被 outsourcing 到了服务进程组。客户端代理只负责在Render进程中进行转接,而不必直接处理文件数据。

4. 服务进程及数据库

最后,核心的数据库操作则在浏览器的主进程中完成,由Sqlite引擎管理。这些代码存在于content/browser/dom_storage目录中,负责处理实际的数据存取和持久化。

通过这四个部分,Chrome实现了LocaleStorage功能,它不仅支持本地存储,还能根据需求卸载存储空间,以符合浏览器安全和性能要求。这一设计充分考虑了不同运行环境下的优化需求,确保了在复杂的网络环境下也能稳定运行。

转载地址:http://dawkk.baihongyu.com/

你可能感兴趣的文章
Manjaro 24.1 “Xahea” 发布!具有 KDE Plasma 6.1.5、GNOME 46 和最新的内核增强功能
查看>>
mapping文件目录生成修改
查看>>
MapReduce程序依赖的jar包
查看>>
mariadb multi-source replication(mariadb多主复制)
查看>>
MaterialForm对tab页进行隐藏
查看>>
Member var and Static var.
查看>>
memcached高速缓存学习笔记001---memcached介绍和安装以及基本使用
查看>>
memcached高速缓存学习笔记003---利用JAVA程序操作memcached crud操作
查看>>
Memcached:Node.js 高性能缓存解决方案
查看>>
memcache、redis原理对比
查看>>
memset初始化高维数组为-1/0
查看>>
Metasploit CGI网关接口渗透测试实战
查看>>
Metasploit Web服务器渗透测试实战
查看>>
Moment.js常见用法总结
查看>>
MongoDB出现Error parsing command line: unrecognised option ‘--fork‘ 的解决方法
查看>>
MongoDB学习笔记(8)--索引及优化索引
查看>>
ms sql server 2008 sp2更新异常
查看>>
MS UC 2013-0-Prepare Tool
查看>>
msbuild发布web应用程序
查看>>
MSCRM调用外部JS文件
查看>>