JavaScript menyinkronkan komunikasi asli ke WKWebView

Tidak, saya tidak percaya itu mungkin karena arsitektur multi-proses WKWebView. WKWebView berjalan dalam proses yang sama dengan aplikasi Anda tetapi berkomunikasi dengan WebKit yang berjalan dalam prosesnya sendiri (Memperkenalkan API WebKit Modern). Kode JavaScript akan berjalan dalam proses WebKit. Jadi pada dasarnya Anda meminta komunikasi sinkron antara dua proses berbeda yang bertentangan dengan desainnya.

Saya juga menyelidiki masalah ini, dan gagal seperti Anda. Untuk mengatasinya, Anda harus meneruskan fungsi JavaScript sebagai panggilan balik. Fungsi asli perlu mengevaluasi fungsi panggilan balik untuk mengembalikan hasil. Sebenarnya ini adalah cara JavaScript, karena JavaScript tidak pernah menunggu. Memblokir thread JavaScript dapat menyebabkan ANR, ini sangat buruk.

Saya telah membuat proyek bernama XWebView yang dapat menjembatani antara asli dan JavaScript. Ia menawarkan API bergaya pengikatan untuk memanggil asli dari JavaScript dan sebaliknya. Ada aplikasi contoh.

Saya menemukan peretasan untuk melakukan komunikasi sinkron tetapi belum mencobanya: https://stackoverflow.com/a/49474323/2870783

Sunting: Pada dasarnya Anda dapat menggunakan JS prompt() untuk membawa muatan Anda dari sisi js ke sisi asli. Di WKWebView asli harus mencegat panggilan prompt dan memutuskan apakah itu panggilan normal atau panggilan jsbridge. Kemudian Anda dapat mengembalikan hasil Anda sebagai panggilan balik ke panggilan cepat. Karena panggilan prompt diimplementasikan sedemikian rupa sehingga menunggu input pengguna, komunikasi asli javascript Anda akan sinkron. Kelemahannya adalah Anda hanya dapat berkomunikasi melalui string.

Saya menghadapi masalah serupa, saya menyelesaikannya dengan menyimpan panggilan balik janji.

Js yang Anda muat di tampilan web Anda melalui WKUserContentController::addUserScript

var webClient = {
    id: 1,
    handlers: {},
};

webClient.onMessageReceive = (handle, error, data) => {
    if (error && webClient.handlers[handle].reject) {
        webClient.handlers[handle].reject(data);
    } else if (webClient.handlers[handle].resolve){
        webClient.handlers[handle].resolve(data);
    }

    delete webClient.handlers[handle];
};

webClient.sendMessage = (data) => {
    return new Promise((resolve, reject) => {
       const handle = 'm' + webClient.id++;
       webClient.handlers[handle] = { resolve, reject };
       window.webkit.messageHandlers.<message_handler_name>.postMessage({data: data, id: handle});
   });
}

Lakukan Permintaan Js seperti

webClient.sendMessage(<request_data>).then((response) => {
...
}).catch((reason) => {
...
});

Terima permintaan di userContentController :didReceiveScriptMessage

Panggil evaluasiJavaScript dengan webClient.onMessageReceive(handle, error, respon_data).

Dimungkinkan untuk menunggu hasil evaluasiJavaScript secara serempak dengan melakukan polling pada metode AcceptInput RunLoop saat ini. Apa yang dilakukan adalah memungkinkan thread UI Anda merespons input sementara Anda menunggu hingga Javascript selesai.

Harap baca peringatan sebelum Anda menempelkannya secara membabi buta ke kode Anda

//
//  WKWebView.swift
//
//  Created by Andrew Rondeau on 7/18/21.
//

import Cocoa
import WebKit

extension WKWebView {
    func evaluateJavaScript(_ javaScriptString: String) throws -> Any? {

        var result: Any? = nil
        var error: Error? = nil
        
        var waiting = true
        
        self.evaluateJavaScript(javaScriptString) { (r, e) in
            result = r
            error = e
            waiting = false
        }
        
        while waiting {
            RunLoop.current.acceptInput(forMode: RunLoop.Mode.default, before: Date.distantFuture)
        }
        
        if let error = error {
            throw error
        }
        
        return result
    }
}

Apa yang terjadi adalah, ketika Javascript dijalankan, thread memanggil RunLoop.current.acceptInput hingga menunggu salah. Hal ini memungkinkan UI aplikasi Anda menjadi responsif.

Beberapa peringatan:

• Tombol, dan sebagainya, di UI Anda akan tetap merespons. Jika Anda tidak ingin seseorang menekan tombol saat Javascript Anda berjalan, Anda mungkin harus menonaktifkan interaksi dengan UI Anda. (Hal ini terutama terjadi jika Anda memanggil server lain dalam Javascript.)
• Sifat multi-proses dari pemanggilan evaluasiJavaScript mungkin lebih lambat dari yang Anda harapkan. Jika Anda memanggil kode yang instan, segalanya mungkin masih melambat jika Anda melakukan panggilan berulang ke Javascript dalam satu putaran yang ketat.
• Saya hanya mengujinya di thread UI Utama. Saya tidak tahu bagaimana kode ini akan bekerja di thread latar belakang. Jika ada masalah, selidiki menggunakan NSCondition.
• Saya hanya mengujinya di macOS. Saya tidak tahu apakah ini berfungsi di iOS.