还是那句 - 考虑一下不要使用 uuid flag 的设计，做一个共通事件，把GM_Info dispatch/postMessage, 各脚本自行用 onMessage 等方式取吧。

我也觉得这个flag的设计不是很好，让脚本注入时，通知content/inject去运行，这种模式确实会更好一些

但是这样的话需要考虑 执行顺序，如果发送消息时window.addEventListener("SC_EARLY_START", ...)还没有监听，那脚本就启动失败了

不知道 chrome.userScript.register 注册的是不是有顺序的，我测试了一下，后注册的确实是后面运行，但是没有可以控制和说明的地方，不是很有信心，或者也使用类似现在 definePropertyListener 的方式

但是这样的话需要考虑 执行顺序，如果发送消息时window.addEventListener("SC_EARLY_START", ...)还没有监听，那脚本就启动失败了

不要管他的次序
addEventListener("SC_EARLY_START", xxxx)
dispatchEvent("SC_SCRIPT_LOADED", {... uuid })
做完這兩個東西後，它自己跑呀。等有空收marcotask的event再處理API什麼的。

如果content script後載入 (通常都是這樣吧)
它發SC_EARLY_START就全部都收到
如果content script較早載入， content script會收到SC_SCRIPT_LOADED然後回應

不知道 chrome.userScript.register 注册的是不是有顺序的

官方文件沒寫的都不管

没太明白，打错了？SC_EARLY_START/SC_SCRIPT_LOADED？，这是我一个测试代码，如果顺序有问题，那么addEventListener将不会触发

async function test() {
  await chrome.userScripts.register([
    {
      id: "dispatchEvent",
      js: [
        {
          code: `const ev = new CustomEvent('SC_SCRIPT_LOADED', {
      detail:{uuid:"脚本uuid"},
    });dispatchEvent(ev)`,
        },
      ],
      matches: ["https://content-security-policy.com/"],
      runAt: "document_start",
    },
  ]);

  await chrome.userScripts.register([
    {
      id: "addEventListener",
      js: [{ code: `addEventListener("SC_SCRIPT_LOADED", (event) => { console.log(event); })` }],
      matches: ["https://content-security-policy.com/"],
      runAt: "document_start",
    },
  ]);
}

test();

哦，我好像明白你意思了，SC_EARLY_START/SC_SCRIPT_LOADED 都发一次是吧，看起来可以

脚本监听 SC_EARLY_START 发送 SC_SCRIPT_LOADED

content/inject 监听 SC_SCRIPT_LOADED 发送 SC_EARLY_START

脚本收到 SC_EARLY_START 后，再发送一次 SC_SCRIPT_LOADED ，content/inject 判断 flag 有没有重复

没太明白，打错了？SC_EARLY_START/SC_SCRIPT_LOADED？，这是我一个测试代码，如果顺序有问题，那么addEventListener将不会触发

async function test() {
  await chrome.userScripts.register([
    {
      id: "dispatchEvent",
      js: [
        {
          code: `const ev = new CustomEvent('SC_SCRIPT_LOADED', {
      detail:{uuid:"脚本uuid"},
    });dispatchEvent(ev)`,
        },
      ],
      matches: ["https://content-security-policy.com/"],
      runAt: "document_start",
    },
  ]);

  await chrome.userScripts.register([
    {
      id: "addEventListener",
      js: [{ code: `addEventListener("SC_SCRIPT_LOADED", (event) => { console.log(event); })` }],
      matches: ["https://content-security-policy.com/"],
      runAt: "document_start",
    },
  ]);
}

test();

要做兩個

Early script那邊做

addEventListener("SC_EARLY_START", xxxx)
dispatchEvent("SC_SCRIPT_LOADED", {... uuid })

做控制，注入GM的，準備好就發dispatchEvent("SC_EARLY_START", { ... 要給所有腳本的環境信息 ... } )
然後也做個 addEventListener("SC_SCRIPT_LOADED", yyy) 交東西給之後載入的early script

脚本收到 SC_EARLY_START 后，再发送一次 SC_SCRIPT_LOADED ，content/inject 判断 flag 有没有重复

我沒留意 GM INFO由 content/inject交過去後要不要再有後續。
沒的話交了就沒之後了
沒需要的話也不用理會flag
但這不影響early start一開始執行的時機
沒所謂