关于chrome插件编写的小结

一个插件的大致目录结构如下：

其中manifest文件最为重要，它定义/指明插件应用的相关信息（权限、版本、功能说明等），点此查看Manifest的详情>>

 

这里有一篇chrome官方提供的插件编写的例子<Getting Started:Building a Chrome Extension>

 

popup.html的说明，就是浏览器导航上的插件按钮点击后的弹出页面

background.htm是一个始终运行于浏览器后台的页面，浏览器关闭时它才被关闭，可以作为一个监听者

地址栏访问：chrome://extensions/  载入编写插件的目录

点击后，弹出调试器

 

content_scripts 可以直接操作网页，相当于指定域名下页面，外链了一个JS文件。

 

注：插件的icon尺寸大小 width * height = 128px * 128px，可以通过http://www.easyicon.net/进行搜索

 

 

下面说一下几个容易混淆的地方：

一、插件的作用域

插件环境：popup.html、background_page

页面环境：content_scripts

所有content_scripts无法直接获取popup.html页中通过localStorage存储的数据，需要借助background.htm进行中转。

popup.html可以使用ajax进行跨域请求数据，但受manifest中的permissions选项的限制（需要指定相应的域名），content_scripts跟页面一样，不能直接跨域请求数据

 

二、脚本的载入

所有的页面(html/htm)不能直接嵌入内联JavaScript函数，都必须使用script标签引入，如果使用内联脚本，控制台会报错

 

三、生命周期

popup.html 可以认为它是一个网页，由导航上的插件按钮点击时载入（里面的脚本开始执行），关闭弹出层时也就关闭了这个网页（里面的代码亦不会再执行）

background.htm 在插件启用后浏览器进程存在的情况下开始，浏览器关闭时或插件卸载时结束

content_scripts 与浏览的页面生命周期同步

 

四、消息传递

一般来讲，是在popup.html中操作后，需要同步至各content_scripts中，这就存在几个问题：

1、popup.html被激活时，如何广播消息至各tab页；

2、当激活指定的tab页时，content_scripts如何获取popup.html中存储的相关数据；

 

当popup.html关闭时，content_scripts需要通过background.htm赤获取数据，当popup.html激活并获得相关数据后，需要广播消息出去。

 

1、content_scripts 获取数据

调用chrome.extension.sendRequest方法，发送相应的数据出去。background.htm的处理脚本监听到消息后，调用sendResponse方法返回数据

 

 

2、popup.html 广播消息至各页面

popup.html的处理脚本，在得到数据后，调用chrome.tabs.sendRequest方法广播。但是chrome.tabs.sendRequest方法需要指定tab选项卡的id （tab页的一个标识ID）

在我尝试过一些方法，如：getCurrent、getAllInWindow等方法后，感觉达不到效果，如果当前并不是选中指定的页面呢？后来尝试使用query方法，被我发现可以遍历获得所有满足条件的tab页

通过URL这个属性就可以进行过滤，然后拿到tabId，再调用sendRequest方法，content_scripts 再监听消息获得数据就可以对页面进行任意修改了。

这样在popup.html页面操作后，所有满足条件的页面均能实现自动更新（包括刷新页面操作）

 

popup.html相应的脚本代码处理方法（查询并发送消息）

 

content_scripts 对应的脚本处理函数（接受消息）

 

参考资料：

Getting Started: Building a Chrome Extension

chrome.tabs

360极速浏览器应用开放平台 - 消息传递

BootStrap Form Builder

Chrome 网上应用商店 CRX生成工具