chrome.events

refresh date: 2026-09-25 robots: noindex

Opis

Przestrzeń nazw chrome.events zawiera typowe typy używane przez interfejsy API wysyłające zdarzenia, aby powiadamiać Cię o interesujących zdarzeniach.

Event to obiekt, który umożliwia otrzymywanie powiadomień o interesujących zdarzeniach. Oto przykład użycia zdarzenia chrome.alarms.onAlarm, aby otrzymywać powiadomienia o upływie czasu alarmu:

chrome.alarms.onAlarm.addListener(function(alarm) {
  appendToLog('alarms.onAlarm --'
              + ' name: '          + alarm.name
              + ' scheduledTime: ' + alarm.scheduledTime);
});

Jak widać na przykładzie, rejestracja powiadomienia odbywa się za pomocą funkcji addListener(). Argumentem funkcji addListener() jest zawsze zdefiniowana przez Ciebie funkcja obsługująca zdarzenie, ale parametry tej funkcji zależą od tego, które zdarzenie obsługujesz. W dokumentacji alarms.onAlarm możesz sprawdzić, że funkcja ma jeden parametr: obiekt alarms.Alarm, który zawiera szczegóły o upłynięciu czasu alarmu.

Przykładowe interfejsy API korzystające ze zdarzeń: alarms, i18n, identity, runtime. Większość interfejsów API Chrome to robi.

Deklaratywne moduły obsługi zdarzeń

Deklaratywne procedury obsługi zdarzeń umożliwiają definiowanie reguł składających się z deklaratywnych warunków i działań. Warunki są oceniane w przeglądarce, a nie w mechanizmie JavaScript, co zmniejsza opóźnienia związane z ruchem w obie strony i zapewnia bardzo wysoką wydajność.

Deklaratywne procedury obsługi zdarzeń są używane np. w interfejsie Declarative Web Request API i Declarative Content API. Na tej stronie opisujemy podstawowe koncepcje wszystkich deklaratywnych procedur obsługi zdarzeń.

Reguły

Najprostsza reguła składa się z co najmniej 1 warunku i co najmniej 1 działania:

var rule = {
  conditions: [ /* my conditions */ ],
  actions: [ /* my actions */ ]
};

Jeśli zostanie spełniony którykolwiek z warunków, zostaną wykonane wszystkie działania.

Oprócz warunków i działań możesz przypisać każdej regule identyfikator, który ułatwia wyrejestrowywanie wcześniej zarejestrowanych reguł, oraz priorytet, który określa kolejność wykonywania reguł. Priorytety są brane pod uwagę tylko wtedy, gdy reguły są ze sobą sprzeczne lub muszą być wykonywane w określonej kolejności. Działania są wykonywane w kolejności malejącej priorytetu reguł.

var rule = {
  id: "my rule",  // optional, will be generated if not set.
  priority: 100,  // optional, defaults to 100.
  conditions: [ /* my conditions */ ],
  actions: [ /* my actions */ ]
};

Obiekty zdarzeń

Obiekty zdarzeń mogą obsługiwać reguły. Te obiekty zdarzeń nie wywołują wywołania zwrotnego, gdy wystąpią zdarzenia, ale sprawdzają, czy któraś z zarejestrowanych reguł ma co najmniej 1 spełniony warunek, i wykonują działania powiązane z tą regułą. Obiekty zdarzeń obsługujące deklaratywny interfejs API mają 3 odpowiednie metody: events.Event.addRules, events.Event.removeRules i events.Event.getRules.

Dodawanie reguł

Aby dodać reguły, wywołaj funkcję addRules() obiektu zdarzenia. Jako pierwszy parametr przyjmuje tablicę instancji reguł, a jako drugi – funkcję wywołania zwrotnego, która jest wywoływana po zakończeniu działania.

var rule_list = [rule1, rule2, ...];
function addRules(rule_list, function callback(details) {...});

Jeśli reguły zostały wstawione, parametr details zawiera tablicę wstawionych reguł w tej samej kolejności co w przekazanym parametrze rule_list, w którym opcjonalne parametry id i priority zostały wypełnione wygenerowanymi wartościami. Jeśli któraś reguła jest nieprawidłowa, np. zawiera nieprawidłowy warunek lub działanie, żadna z reguł nie zostanie dodana, a zmienna runtime.lastError zostanie ustawiona po wywołaniu zwrotnym. Każda reguła w rule_list musi zawierać unikalny identyfikator, który nie jest obecnie używany przez inną regułę, lub pusty identyfikator.

Usuwanie reguł

Aby usunąć reguły, wywołaj funkcję removeRules(). Jako pierwszy parametr przyjmuje opcjonalną tablicę identyfikatorów reguł, a jako drugi – funkcję wywołania zwrotnego.

var rule_ids = ["id1", "id2", ...];
function removeRules(rule_ids, function callback() {...});

Jeśli rule_ids jest tablicą identyfikatorów, wszystkie reguły zawierające identyfikatory wymienione w tablicy zostaną usunięte. Jeśli rule_ids zawiera nieznany identyfikator, jest on ignorowany. Jeśli rule_ids ma wartość undefined, wszystkie zarejestrowane reguły tego rozszerzenia zostaną usunięte. Funkcja callback() jest wywoływana po usunięciu reguł.

Pobieranie reguł

Aby pobrać listę aktualnie zarejestrowanych reguł, wywołaj funkcję getRules(). Przyjmuje opcjonalną tablicę identyfikatorów reguł o tej samej semantyce co removeRules i funkcję wywołania zwrotnego.

var rule_ids = ["id1", "id2", ...];
function getRules(rule_ids, function callback(details) {...});

Parametr details przekazywany do funkcji callback() odnosi się do tablicy reguł, w tym wypełnionych parametrów opcjonalnych.

Wydajność

Aby osiągnąć maksymalną skuteczność, pamiętaj o tych wytycznych.

Rejestrowanie i wyrejestrowywanie reguł zbiorczo. Po każdej rejestracji lub wyrejestrowaniu Chrome musi zaktualizować wewnętrzne struktury danych. Ta aktualizacja jest kosztowną operacją.

Zamiast:

var rule1 = {...};
var rule2 = {...};
chrome.declarativeWebRequest.onRequest.addRules([rule1]);
chrome.declarativeWebRequest.onRequest.addRules([rule2]);

prefer:

var rule1 = {...};
var rule2 = {...};
chrome.declarativeWebRequest.onRequest.addRules([rule1, rule2]);

Preferuj dopasowywanie podłańcucha do wyrażeń regularnych w events.UrlFilter. Dopasowywanie na podstawie podciągów jest bardzo szybkie.

Zamiast:

var match = new chrome.declarativeWebRequest.RequestMatcher({
    url: {urlMatches: "example.com/[^?]*foo" } });

prefer:

var match = new chrome.declarativeWebRequest.RequestMatcher({
    url: {hostSuffix: "example.com", pathContains: "foo"} });

Jeśli masz wiele reguł, które mają te same działania, połącz je w jedną regułę. Reguły uruchamiają działania, gdy tylko zostanie spełniony jeden warunek. Przyspiesza to dopasowywanie i zmniejsza zużycie pamięci w przypadku zduplikowanych zestawów działań.

Zamiast:

var condition1 = new chrome.declarativeWebRequest.RequestMatcher({
    url: { hostSuffix: 'example.com' } });
var condition2 = new chrome.declarativeWebRequest.RequestMatcher({
    url: { hostSuffix: 'foobar.com' } });
var rule1 = { conditions: [condition1],
              actions: [new chrome.declarativeWebRequest.CancelRequest()]};
var rule2 = { conditions: [condition2],
              actions: [new chrome.declarativeWebRequest.CancelRequest()]};
chrome.declarativeWebRequest.onRequest.addRules([rule1, rule2]);

prefer:

  var rule = { conditions: [condition1, condition2],
                actions: [new chrome.declarativeWebRequest.CancelRequest()]};
  chrome.declarativeWebRequest.onRequest.addRules([rule]);

Filtrowane zdarzenia

Filtrowane zdarzenia to mechanizm, który umożliwia detektorom określanie podzbioru zdarzeń, które ich interesują. Detektor, który używa filtra, nie będzie wywoływany w przypadku zdarzeń, które nie przejdą filtra, co sprawia, że kod nasłuchiwania jest bardziej deklaratywny i wydajny. Skrypt service worker nie musi być wybudzany do obsługi zdarzeń, które go nie interesują.

Filtrowane zdarzenia mają umożliwić przejście z ręcznego filtrowania kodu, takiego jak ten:

chrome.webNavigation.onCommitted.addListener(function(e) {
  if (hasHostSuffix(e.url, 'google.com') ||
      hasHostSuffix(e.url, 'google.com.au')) {
    // ...
  }
});

w ten sposób:

chrome.webNavigation.onCommitted.addListener(function(e) {
  // ...
}, {url: [{hostSuffix: 'google.com'},
          {hostSuffix: 'google.com.au'}]});

Zdarzenia obsługują określone filtry, które są dla nich istotne. Lista filtrów obsługiwanych przez zdarzenie będzie podana w dokumentacji tego zdarzenia w sekcji „Filtry”.

W przypadku pasujących adresów URL (jak w przykładzie powyżej) filtry zdarzeń obsługują te same możliwości dopasowywania adresów URL, które można wyrazić za pomocą events.UrlFilter, z wyjątkiem dopasowywania schematu i portu.

Typy

Event

Obiekt, który umożliwia dodawanie i usuwanie detektorów zdarzeń Chrome.

Właściwości

  • addListener

    pusty

    Rejestruje wywołanie zwrotne detektora zdarzeń dla zdarzenia.

    Funkcja addListener wygląda tak:

    (callback: H) => {...}

    • callback

      H

      Wywoływana, gdy wystąpi zdarzenie. Parametry tej funkcji zależą od typu zdarzenia.

  • addRules

    pusty

    Rejestruje reguły obsługi zdarzeń.

    Funkcja addRules wygląda tak:

    (rules: Rule<anyany>[], callback?: function) => {...}

    • reguły

      Rule<anyany>[]

      Reguły do zarejestrowania. Nie zastępują one wcześniej zarejestrowanych reguł.

    • callback

      funkcja opcjonalna

      Parametr callback wygląda tak:

      (rules: Rule<anyany>[]) => void

      • reguły

        Rule<anyany>[]

        Zarejestrowane reguły, w których opcjonalne parametry są wypełnione wartościami.

  • getRules

    pusty

    Zwraca obecnie zarejestrowane reguły.

    Funkcja getRules wygląda tak:

    (ruleIdentifiers?: string[], callback: function) => {...}

    • ruleIdentifiers

      string[] opcjonalnie

      Jeśli zostanie przekazana tablica, zwracane są tylko reguły z identyfikatorami zawartymi w tej tablicy.

    • callback

      funkcja

      Parametr callback wygląda tak:

      (rules: Rule<anyany>[]) => void

      • reguły

        Rule<anyany>[]

        Zarejestrowane reguły, w których opcjonalne parametry są wypełnione wartościami.

  • hasListener

    pusty

    Funkcja hasListener wygląda tak:

    (callback: H) => {...}

    • callback

      H

      Odbiorca, którego stan rejestracji ma zostać przetestowany.

    • returns

      wartość logiczna

      Wartość Prawda, jeśli do zdarzenia zarejestrowano wywołanie zwrotne.

  • hasListeners

    pusty

    Funkcja hasListeners wygląda tak:

    () => {...}

    • returns

      wartość logiczna

      Wartość „true”, jeśli w zdarzeniu zarejestrowano detektory zdarzeń.

  • removeListener

    pusty

    Usuwa wywołanie zwrotne callback detektora zdarzeń ze zdarzenia.

    Funkcja removeListener wygląda tak:

    (callback: H) => {...}

    • callback

      H

      Detektor, który ma zostać wyrejestrowany.

  • removeRules

    pusty

    Wyłącza obecnie zarejestrowane reguły.

    Funkcja removeRules wygląda tak:

    (ruleIdentifiers?: string[], callback?: function) => {...}

    • ruleIdentifiers

      string[] opcjonalnie

      Jeśli zostanie przekazana tablica, wyrejestrowane zostaną tylko reguły z identyfikatorami zawartymi w tej tablicy.

    • callback

      funkcja opcjonalna

      Parametr callback wygląda tak:

      () => void

Rule

Opis reguły deklaratywnej do obsługi zdarzeń.

Właściwości

  • działania

    any[]

    Lista działań, które są wywoływane, jeśli zostanie spełniony jeden z warunków.

  • schorzenia

    any[]

    Lista warunków, które mogą wywołać działania.

  • id

    ciąg znaków opcjonalny

    Opcjonalny identyfikator, który umożliwia odwoływanie się do tej reguły.

  • kampanii

    number opcjonalny

    Opcjonalny priorytet tej reguły. Domyślna wartość to 100.

  • Tagi

    string[] opcjonalnie

    Tagi umożliwiają dodawanie adnotacji do reguł i wykonywanie operacji na zestawach reguł.

UrlFilter

Filtruje adresy URL według różnych kryteriów. Zobacz filtrowanie zdarzeń. Wszystkie kryteria uwzględniają wielkość liter.

Właściwości

  • cidrBlocks

    string[] opcjonalnie

    Chrome 123 lub nowsza

    Pasuje, jeśli część hosta adresu URL jest adresem IP i znajduje się w dowolnym bloku CIDR określonym w tablicy.

  • hostContains

    ciąg znaków opcjonalny

    Dopasowuje, jeśli nazwa hosta w adresie URL zawiera określony ciąg znaków. Aby sprawdzić, czy składnik nazwy hosta ma prefiks „foo”, użyj hostContains: „.foo”. Pasuje do „www.foobar.com” i „foo.com”, ponieważ na początku nazwy hosta dodawana jest kropka. Podobnie hostContains może być używany do dopasowywania do sufiksu komponentu („foo.”) i do dokładnego dopasowywania do komponentów („.foo.”). Dopasowywanie sufiksów i dopasowywanie ścisłe ostatnich komponentów musi być wykonywane oddzielnie za pomocą parametru hostSuffix, ponieważ na końcu nazwy hosta nie jest dodawana kropka.

  • hostEquals

    ciąg znaków opcjonalny

    Dopasowuje, jeśli nazwa hosta w adresie URL jest równa określonemu ciągowi znaków.

  • hostPrefix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli nazwa hosta adresu URL zaczyna się od określonego ciągu znaków.

  • hostSuffix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli nazwa hosta adresu URL kończy się określonym ciągiem znaków.

  • originAndPathMatches

    ciąg znaków opcjonalny

    Warunek jest spełniony, jeśli adres URL bez segmentu zapytania i identyfikatora fragmentu pasuje do określonego wyrażenia regularnego. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu. Wyrażenia regularne korzystają ze składni RE2.

  • pathContains

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment ścieżki adresu URL zawiera określony ciąg.

  • pathEquals

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment ścieżki adresu URL jest równy określonemu ciągowi znaków.

  • pathPrefix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment ścieżki adresu URL zaczyna się od określonego ciągu znaków.

  • pathSuffix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment ścieżki adresu URL kończy się określonym ciągiem.

  • ports

    (number | number[])[] opcjonalny

    Warunek jest spełniony, jeśli port adresu URL znajduje się na którejkolwiek z określonych list portów. Na przykład [80, 443, [1000, 1200]] pasuje do wszystkich żądań na portach 80 i 443 oraz w zakresie 1000–1200.

  • queryContains

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment zapytania adresu URL zawiera określony ciąg znaków.

  • queryEquals

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment zapytania adresu URL jest równy określonemu ciągowi.

  • queryPrefix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment zapytania adresu URL zaczyna się od określonego ciągu.

  • querySuffix

    ciąg znaków opcjonalny

    Dopasowuje, jeśli segment zapytania adresu URL kończy się określonym ciągiem.

  • schematy,

    string[] opcjonalnie

    Dopasowanie następuje, jeśli schemat adresu URL jest równy dowolnemu schematowi określonemu w tablicy.

  • urlContains

    ciąg znaków opcjonalny

    Pasuje, jeśli adres URL (bez identyfikatora fragmentu) zawiera określony ciąg znaków. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu.

  • urlEquals

    ciąg znaków opcjonalny

    Dopasowuje, jeśli adres URL (bez identyfikatora fragmentu) jest równy określonemu ciągowi znaków. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu.

  • urlMatches

    ciąg znaków opcjonalny

    Warunek jest spełniony, jeśli adres URL (bez identyfikatora fragmentu) pasuje do określonego wyrażenia regularnego. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu. Wyrażenia regularne korzystają ze składni RE2.

  • urlPrefix

    ciąg znaków opcjonalny

    Dopasowuje adres URL (bez identyfikatora fragmentu), który zaczyna się od określonego ciągu znaków. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu.

  • urlSuffix

    ciąg znaków opcjonalny

    Dopasowuje adres URL (bez identyfikatora fragmentu), który kończy się określonym ciągiem znaków. Numery portów są usuwane z adresu URL, jeśli są zgodne z domyślnym numerem portu.