本文详解如何在Manifest V3架构下，通过chrome.runtime.sendMessage与onMessage在Content Script与Service Worker（Background）间安全协作：Content Script负责DOM感知与用户交互，Service Worker调用tabs.captureVisibleTab等受限API并执行图像裁剪/解码，最终以base64传递结果，彻底解决QR码识别中“Content Script无tabs权限、Service Worker无DOM”的核心矛盾。
本文详解如何在manifest v3架构下，通过chrome.runtime.sendmessage与chrome.runtime.onmessage在content script与service worker（background）间安全协作：content script负责dom感知与用户交互，service worker调用tabs.capturevisibletab等受限api并执行图像裁剪/解码，最终以base64传递结果，彻底解决qr码识别中“content script无tabs权限、service worker无dom”的核心矛盾。
在Chrome扩展Manifest V3中，Content Script与Background脚本（现为Service Worker）运行于完全隔离的上下文：Content Script可操作DOM但被严格限制访问chrome.tabs、chrome.scripting等高权限API；而Service Worker拥有完整Chrome API权限，却无法访问document、window或canvas等DOM接口。这种设计强化了安全性，但也要求开发者必须采用显式消息通信 + 职责分离的模式来完成复杂任务——例如屏幕截图→区域裁剪→QR码识别这一典型流程。
✅ 正确的协作范式：四步分工链
| 步骤 | 执行方 | 关键动作 | 技术要点 |
|---|---|---|---|
| 1. 发起请求 | Content Script | 触发chrome.runtime.sendMessage，携带裁剪坐标、DPR等元信息 | 需确保页面已加载完成（如监听DOMContentLoaded），且activeTab权限已声明 |
| 2. 捕获与裁剪 | Service Worker | 调用chrome.tabs.captureVisibleTab() → fetch()加载图片 → createImageBitmap() → OffscreenCanvas绘制 | ⚠️ 必须使用OffscreenCanvas（非HTMLCanvasElement），因Service Worker无document；devicePixelRatio需由Content Script传入并还原缩放 |
| 3. 序列化结果 | Service Worker | 将裁剪后的Blob转为base64字符串（FileReader.readAsDataURL） | ❌ 禁用URL.createObjectURL()（Worker环境不支持）；✅ base64是跨上下文最兼容的数据载体 |
| 4. 渲染与解析 | Content Script | fetch(base64) → blob() → 创建Image对象或交由jsQR/qrcode-reader库解码 | 可直接将base64赋值给<img src>，或用OffscreenCanvas在Worker中预解码后仅传文本结果 |
? 实战代码精要
content.js（前端触发与结果消费）
// 监听用户操作（如点击弹出菜单）
document.addEventListener('click', async (e) => {
if (e.target.id === 'scan-qr') {
const rect = e.target.getBoundingClientRect();
const crop = {
sx: rect.left,
sy: rect.top,
ex: rect.right,
ey: rect.bottom,
devicePixelRatio: window.devicePixelRatio
};
// 发送裁剪请求
chrome.runtime.sendMessage(
{ eventType: 'request-qr-scan', cropPos: crop },
(response) => {
if (chrome.runtime.lastError) {
console.error('通信失败:', chrome.runtime.lastError.message);
return;
}
// 解析base64为Blob并交给QR库
fetch(response.base64)
.then(res => res.blob())
.then(blob => {
const reader = new FileReader();
reader.onload = () => {
const qrCode = new QRCode(); // 假设已引入jsQR
qrCode.decode(reader.result as string)
.then(result => console.log('识别结果:', result.data))
.catch(err => console.warn('未识别到QR码', err));
};
reader.readAsArrayBuffer(blob);
});
}
);
}
});service-worker.js（后端计算与API调用）
chrome.runtime.onMessage.addListener((message, sender, sendResponse) => {
if (message.eventType === 'request-qr-scan') {
captureAndCropQR(message.cropPos, (blob) => {
const reader = new FileReader();
reader.readAsDataURL(blob);
reader.onloadend = () => {
sendResponse({ base64: reader.result });
};
});
return true; // ⚠️ 关键！告知Chrome需保持消息通道开放至异步完成
}
});
async function captureAndCropQR(crop, callback) {
const { sx, sy, ex, ey, devicePixelRatio } = crop;
const w = (ex - sx) * devicePixelRatio;
const h = (ey - sy) * devicePixelRatio;
try {
// 1. 截图（仅当前活动Tab）
const dataUrl = await chrome.tabs.captureVisibleTab({ format: 'png' });
// 2. 使用OffscreenCanvas裁剪（避免DOM依赖）
const canvas = new OffscreenCanvas(w / devicePixelRatio, h / devicePixelRatio);
const ctx = canvas.getContext('2d');
const blob = await fetch(dataUrl).then(r => r.blob());
const img = await createImageBitmap(blob);
ctx.drawImage(
img,
sx * devicePixelRatio, sy * devicePixelRatio, w, h,
0, 0, w / devicePixelRatio, h / devicePixelRatio
);
// 3. 导出裁剪后Blob
const croppedBlob = await canvas.convertToBlob({ type: 'image/png' });
callback(croppedBlob);
} catch (err) {
console.error('截图/裁剪失败:', err);
}
}⚠️ 关键注意事项与避坑指南
-
权限声明不可省略：manifest.json中必须包含
"permissions": ["activeTab"], "host_permissions": ["<all_urls>"] // 或限定域名
否则captureVisibleTab会静默失败。
Service Worker生命周期敏感：它按需唤醒、空闲休眠。所有异步操作必须在sendResponse前完成，否则响应丢失。返回true是强制要求（见代码注释）。
DPR一致性陷阱：网页的window.devicePixelRatio在Service Worker中不可用，必须由Content Script显式传入，并在裁剪时用于像素坐标换算，否则截图模糊或错位。
QR解码建议后移：若解码逻辑较重（如jsQR），推荐在Service Worker中完成（利用OffscreenCanvas+createImageBitmap），仅将纯文本结果（如{ data: "https://example.com" }）通过消息返回，大幅降低Content Script负担。
错误处理必须完备：chrome.runtime.lastError仅在回调中有效，且sendMessage本身不抛异常，务必检查该对象并提供用户反馈（如弹出通知）。
通过这套经过验证的通信模式，你不仅能解决QR码扫描问题，更可复用于截图标注、页面元素OCR、实时内容审计等所有需要“DOM感知 + 高权API”协同的场景。记住核心原则：让Content Script做它最擅长的事（理解页面），让Service Worker做它唯一能做的事（调用系统能力），消息是它们之间唯一可信的桥梁。
