使用Vite搭建Chrome插件项目

前言

写了个vite插件,用于构建Chrome Extension MV3项目。项目已放在github上,在/examples目录有一些使用例子,详情请查看: vite-plugin-crx-mv3

如果对您有帮助,star支持一下,谢谢~

功能

  • Chrome扩展页面和注入脚本支持使用vue、react等等;
  • Content_scripts的css配置项支持.scss或.less文件;js配置项支持.js(x)或.ts(x)文件;
  • background.service_worker配置项支持.js或.ts文件;
  • 在开发环境,修改content_scripts和background.service_worker之后,content_scripts注入的页面和Chrome扩展程序会自动重载;

整体思路

先回顾一下,一个基本的Chrome插件项目一般有哪些内容:

目录结构

├─assets        //静态资源目录,存放icon,css等等
├─content.js    //content_scripts,注入到页面的脚本
├─background.js //service_worker, 这是个运行在后台的脚本
├─popup.html    //popup弹框
├─menifest.json //清单文件

menifest.json

{
  "name": "chrome-extension-demo",
  "description": "A Chrome extension demo.",
  "version": "1.0.0",
  "icons": {
    "16": "assets/icons/icon16.png",
    "48": "assets/icons/icon48.png",
    "128": "assets/icons/icon128.png"
  },
  "action": {
    "default_title": "Hello World",
    "default_popup": "popup.html"
  },
  "content_scripts": [{
    "matches": [ "<all_urls>" ],
    "js": ["content.js"]
  }],
  "background": {
    "service_worker": "background.js"
  },
  "manifest_version": 3
}

这其中version, manifest_version,name为必填项。

好了,现在我们都清楚项目需要有什么了。这个vite插件就是以manifest.json作为一个入口文件,解析出里面的内容,比如service_workercontent_scriptspopup.html等等的路径。再通过这些得到的内容,利用构建工具打包出我们想要的最终的文件。因此,配合上这个vite插件,原本只能配置原生js,css后缀的manifest.json支持了配置.ts(x)、.scss、.less这样格式的文件了,因为这些都会在插件内部作解析的。这样,content_scripts也实现了使用vue、react等等这样的技术栈开发了。

例如,配置了tsx文件:

...
"content_scripts": [{
    "matches": ["<all_urls>"],
    "js": ["content.tsx"],
}]
 ...

打包后是这样。产生的css文件会自动写入到配置:

...
"content_scripts": [{
    "matches": [ "<all_urls>" ],
    "js": ["content.js"],
    "css": ["content.hashxxxx.css"],
}]
...

自动刷新功能

画了一个简单的流程图

workflow.png

先从开始的vite build --watch说起,为什么开发环境也要build呢?还是得解释一下,避免刚入门的小伙伴不理解。

开发步骤是这样的,首先打开chrome://extensions/, 右上角勾选“开发者模式”,然后点击“加载已解压的扩展程序”,加载项目。

但是,使用构建工具搭建的项目,都是初始文件,并没打包,这样是不能加载进去。平常我们开发其它项目的时候,npm run dev运行后,并不会产生实体文件的,而是在内存里。所以在开发Chrome插件项目时就需要build,生成dist目录,再点击“加载已解压的扩展程序”加载这个dist目录。vite还提供了watch这个参数,修改文件后,会重新构建。如果你是用webpack搭建,达到相同的效果,需要把devServer.writeToDisk设置为true,writeToDisk意为写入到磁盘。

到了这步,尽管watch到文件修改,会重新打包。但是Chrome插件并不会感知到文件已发生变化。content_scripts和service_worker是不会自动更新的。通常都需要手动到后台刷新一下。这很不方便,于是实现了修改文件,自动重载的功能。Chrome提供了chrome.runtime.reload方法,可以利用这个做文章。

首先我们需要知道,content_scripts、service_worker、popup这三者是可以互相通信的。插件利用了content_scripts和service_worker之间的消息传递,从而达到刷新的目的。

//content_scripts发送消息
chrome.runtime.sendMessage({ msg: 'RELOAD' }, () => {
  window.location.reload() //service_worker回传消息给content_scripts的回调
})
//service_worker接收消息
chrome.runtime.onMessage.addListener((request, sender, sendResponse) => {
  if (request.msg == 'RELOAD') {
    chrome.runtime.reload() //重载Chrome插件
    sendResponse() //回传消息给content_scripts
  }
})

content_scripts是注入到页面的脚本,所以Chrome插件重载之后,才调window.location.reload()让页面刷新。

vite-plugin-crx-mv3插件,在开发环境会把上述代码分别写入到content-dev.js和background-dev.js(如果用户没配置service_worker才会生成backgound-dev.js。如果配了,就把chrome.runtime.onMessage.addListener那段代码,在transform钩子阶段插入到原有的background.js)。同时也会写入到manifest.json配置文件。

...
"content_scripts": [{
    "matches": ["<all_urls>"], //设置为<all_urls>,这样所有页面都会加载到
    "js": ["content-dev.js"],
}]
"background": {
    "service_worker": "background-dev.js"
},
 ...

到这步已经准备得差不多了。我们的最终目的是,修改文件后,重新打包产出新的文件,然后Chrome插件可以自动刷新。vite build --watch已经实现一部分了。自动刷新的功能是使用websocket协助实现的,修改文件每次重新打包后,发送socket消息给客户端,客户端再接收消息。在vite插件的writeBundle阶段操作(其实是rollup的钩子),在这阶段表示已经构建完成,文件写入完成。

writeBundle(){
   //发送消息给客户端(content-dev.js)
   //content-dev.js里面接收到消息后,就走上面和service_worker通信的流程了。
}

写在最后

这个vite插件基本满足自己现阶段的开发需求,其实开发Chrome插件的经验并不是很多,可能有些场景还没覆盖,请多多包涵。如果使用过程有什么问题,可以告知我。创作不易,如果能帮到您,可以star支持一下~

© 版权声明
THE END
喜欢就支持一下吧
点赞9 分享
评论 抢沙发
头像
欢迎您留下宝贵的见解!
提交
头像

昵称

取消
昵称表情代码图片

    暂无评论内容