Generieren asynchroner Javascript Ereignisse aus Browser-Plugin (NPAPI)

Question

Ich bin ein Web-Browser-Plugin zu schreiben (NPAPI.)

Mein Plugin startet einen Worker-Thread, und wie die Arbeiter fortschreitet, würde ich gerne wieder Ereignisse passieren zu Javascript. Aufgrund des NPAPI-Threadingmodells ist es jedoch nicht zulässig, dass der Arbeitsthread direkt in NPAPI zurückruft, sodass der Arbeitsthread JavaScript nicht aufrufen kann.

Eine Lösung hierfür ist die NPN_PluginThreadAsyncCall-Funktion. Aber das ist eine relativ neue Funktion. Zum Beispiel wird es nur von Firefox 3 an unterstützt.

Gibt es eine Möglichkeit, asynchrone Ereignislieferung/Javascript-Ausführung von einem NPAPI-Plugin zu erhalten, ohne NPN_PluginThreadAsyncCall zu verwenden? Was haben Personen gemacht, bevor diese Funktion hinzugefügt wurde?

Answer 1

Die Antwort ist ja ... und nein ...

Wenn Sie ältere Browser unterstützen müssen (pre firefox 3), können Sie die NPN_PluginThreadAsyncCall selbst funktionieren implementieren. In Windows können Sie das tun, indem Sie eine Datenstruktur erstellen, die den Funktionszeiger und den void * opaque-Zeiger enthält, und dann eine benutzerdefinierte Nachricht mit einem Zeiger auf Ihre Datenstruktur als LPARAM an das Hauptfenster senden.

Das Hauptfenster WINPPROC wird auf dem UI-Thread ausgeführt, der der Thread ist, der mit Javascript kommunizieren kann. Wenn Sie diese Nachricht in Ihrem WINPROC erhalten, müssen Sie die LPARAM einfach zurück auf den Zeiger werfen, die Methode mit den undurchsichtigen Daten aufrufen und dann die Datenstruktur freigeben.

Auf dem Mac können Sie eine ähnliche Funktion mit einer Warteschlange zum Speichern der Ereignisse und dann mit dem NULL-Ereignis (das von Mac OS bei jedem Tick gesendet wird) überprüfen, um festzustellen, ob etwas darin enthalten ist. Wenn das der Fall ist, knallen Sie es ab, rufen Sie die Methode auf, geben Sie sie frei und machen Sie weiter.

Es gibt wahrscheinlich einen Weg, es auch auf Linux zu tun, aber ich weiß nicht, was es ist.

Sie finden ein Beispiel für die Windows-Version in firebreath project.

Die Handhabung der WinProc Nachricht in dieser Datei ist: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.cpp

Die Veranstaltung und Datenstruktur in der Header-Datei definiert sind: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.h

und das Verfahren für dieses Ereignis Brennen ist hier:

void ActiveXBrowserHost::ScheduleAsyncCall(void (*func)(void *), void *userData) 
{ 
    if (m_hWnd != NULL) 
     ::PostMessage(m_hWnd, WM_ASYNCTHREADINVOKE, NULL, 
      (LPARAM)new FB::WINDOWS_ASYNC_EVENT(func, userData)); 
}