Nano Hash - криптовалюты, майнинг, программирование

Поддерживает ли chrome.runtime публикацию сообщений с передаваемыми объектами?

Я узнаю о переносимых объектах: http://updates.html5rocks.com/2011/12/Transferable-Objects-Lightning-Fast

Они кажутся довольно крутыми, и я хотел бы использовать их в своем расширении, чтобы ускорить передачу данных из iframe наружу.

У меня есть этот пример кода, но он использует Web Worker:

var s = document.createElement("script");
s.type = "text/js-worker";
s.innerHTML = 'console.log("i ran!");';
document.body.appendChild(s);

var blob = new Blob(Array.prototype.map.call(document.querySelectorAll("script[type=\"text\/js-worker\"]"), function (oScript) {
    return oScript.textContent;
}), { type: "text/javascript" });

var worker = new Worker(window.URL.createObjectURL(blob));

var arrayBuffer = new ArrayBuffer(1);

worker.onmessage = function (oEvent) {
    console.log("Called back by the worker!\n");
};

console.log("worker:", worker);
worker.postMessage(arrayBuffer, [arrayBuffer]);

if (arrayBuffer.byteLength) {
    console.error("nope");
} else {
    console.log("it worked");
}

Есть ли у кого-нибудь информация о поддержке или графике поддержки / crbug для использования порта, например:

var port = chrome.runtime.connect({
    name: 'youTubeIFrameConnectRequest'
});

//port.postMessage -- transferrable object.

Я не вижу никакой поддержки для этого или что-то о поддержке, но это кажется действительно странным!


Ответы:


1

Сообщения, проходящие через API для передачи расширений, всегда сериализуются в формате JSON. Этот формат используется не только для передачи сообщений между фоновой страницей и сценариями содержимого, но и с родные приложения. Итак, я предполагаю, что маловероятно, что API-интерфейсы передачи сообщений поддерживают больше элементов.

Запрос на алгоритм структурированного клонирования (более мощный, чем JSON-сериализация, менее мощный, чем передаваемые данные) был запрошен еще в 2012 году (Ошибка Chromium 112163). Вопрос все еще открыт; кто-то предложил использовать ссылку SharedWorker как "батут".

На SharedWorker влияет одна и та же политика происхождения, поэтому вызывающие абоненты должны находиться в одном и том же источнике. Для этого вы можете добавить страницу в web_accessible_resources и встроить эту страницу в рама.

В конце этого ответа я прикрепил голую реализацию батута. Создайте расширение с этими файлами. Затем откройте вкладку. Эта вкладка будет содержать встроенный фрейм, а демонстрация отправит сообщение общему воркеру. Это сообщение будет перенесено на фоновую страницу, просто просмотрите консоль фоновой страницы, чтобы увидеть эти сообщения.
Демонстрация минимальна, вам нужно реализовать управление портами (уничтожение) самостоятельно.
В демо-версии нет используйте передаваемую передачу сообщений (пока), потому что это общая реализация, которая допускает несколько портов. Если вы гарантируете, что одновременно существует не более двух портов, вы можете изменить код, чтобы использовать передаваемые объекты (передаваемые объекты имеют смысл только тогда, когда есть один полученный и один отправитель, поскольку право собственности на объект также передается).

Особый случай: тот же процесс

Если весь ваш код выполняется в одном процессе, вы можете использовать более простой подход без SharedWorkers.

Одна и та же политика происхождения запрещает прямой доступ из/к фрейму и расширению, поэтому вы будете использовать parent.postMessage, чтобы пересечь этот мост. Затем в событии onmessage страницы вы можете использовать chrome.extension.getViews для получить прямую ссылку на объект window одной из ваших страниц расширения (например, всплывающую страницу, страницу параметров и т. д.).
С других страниц chrome.extension.getBackgroundPage() дает ссылку на объект window фоновой страницы (для страница событий, используйте chrome.runtime.getBackroundPage(callback)).

Если вы хотите соединить два фрейма, используйте API обмена сообщениями канала (см. спецификация whatwg и статья разработчиков Opera). С помощью этого метода вы установите прямую связь между фреймами, даже если они расположены в разных источниках!

Пример: батут

worker.js

var ports = [];
onconnect = function(event) {
    var port = event.ports[0];
    ports.push(port);
    port.start();
    port.onmessage = function(event) {
        for (var i = 0; i < ports.length; ++i) {
            if (ports[i] != port) {
                ports[i].postMessage(event.data);
            }
        }
    };
};

trampoline.js

var worker = new SharedWorker(chrome.runtime.getURL('worker.js'));
worker.port.start();
// Demo: Print the message to the console, and remember the last result
worker.port.onmessage = function(event) {
    console.log('Received message', event.data);
    window.lastMessage = event.data;
};
// Demo: send a message
worker.port.postMessage('Hello');

trampoline.html

<script src="trampoline.js"></script>

contentscript.js

var f = document.createElement('iframe');
f.src = chrome.runtime.getURL('trampoline.html');
f.hidden = true;
(document.body || document.documentElement).appendChild(f);

manifest.json

Примечание. Я поставил trampoline.js в качестве фонового сценария, чтобы сэкономить место в этом ответе. С точки зрения веб-работника не имеет значения, кто инициировал сообщение, поэтому я повторно использовал код для отправки и получения сообщений (в конце концов, это простая демонстрация!).

{
    "name": "Trampoline demo",
    "version": "1",
    "manifest_version": 2,
    "background": {
        "scripts": ["trampoline.js"],
        "persistent": true
    },  
    "content_scripts": [{
        "js": ["contentscript.js"],
        "matches": ["<all_urls>"]
    }],
    "web_accessible_resources": [
        "trampoline.html"
    ]   
}
13.01.2014
  • +1 Еще один отличный ответ! У меня есть один вопрос (не связанный с этим ответом): я заметил, что вы всегда используете document.head/body || document.documentElement. Почему часть documentElement? 14.01.2014
  • @ExpertSystem Когда сценарий содержимого запускается в document_start, document.head/body обычно равно null. document.head/body всегда равно null в некоторых документах (например, SVG). Но у всех документов есть корень, поэтому я добавляю document.documentElement как запасной вариант. 14.01.2014
  • @RobW Спасибо за ваши невероятно проницательные ответы, как всегда. Очень приятно видеть вас в области разработки расширений для Chrome. 14.01.2014
  • Спасибо, Роб. (Я считаю, что мы должны официально объявить Роба Джона Скита из Chrome Extensions :P) 14.01.2014
  • f.style = "display: none !important;" может быть более надежным способом скрыть кадр вместо f.hidden = true. Если на странице есть CSS типа iframe { display: block; }, то атрибут hidden не поможет. 25.04.2016
  • Одна потенциальная проблема с этим подходом заключается в том, что код JavaScript страницы может удалить кадр trampoline.html. 25.04.2016
  • Передача буфера массива с использованием этого метода на самом деле не работает в Chrome. См. bugs.chromium.org/p/chromium/issues/detail?id =334408 12.08.2016
  • @BillSchaller В какой версии? Оба метода в этом ответе работают для меня в Chrome 52.0.2743.116. Эта ошибка, о которой вы говорите, относится только к передаваемым, а не к копируемым объектам. 12.08.2016
  • Я попытался реализовать ваше предложение относительно передаваемых объектов, и эта демонстрация не работает с передаваемыми объектами. Вы сказали, что в демо-версии не используется переносимая передача сообщений (пока), потому что это общая реализация, допускающая использование нескольких портов. Если вы гарантируете, что одновременно существует не более двух портов, вы можете изменить код, чтобы использовать передаваемые объекты (передаваемые объекты имеют смысл только тогда, когда есть один полученный и один отправитель, поскольку право собственности на объект также передается). 02.09.2016
  • Да, когда эта ошибка будет устранена, ваш метод теоретически должен нормально работать с передачей переносимых объектов. 13.09.2016
  • @RobW Как вы отправляете сообщения туда и обратно между contentscript.js и экземпляром trampoline.js, загруженным в trampoline.html? 09.10.2020
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..