Синхронная нативная связь JavaScript с WKWebView

Нет, я не верю, что это возможно из-за многопроцессорной архитектуры WKWebView. WKWebView работает в том же процессе, что и ваше приложение, но взаимодействует с WebKit, который работает в собственном процессе (Знакомство с Modern WebKit API). Код JavaScript будет выполняться в процессе WebKit. По сути, вы просите синхронную связь между двумя разными процессами, что противоречит их замыслу.

Я тоже исследовал эту проблему, но потерпел неудачу, как и вы. Чтобы обойти эту проблему, вы должны передать функцию JavaScript в качестве обратного вызова. Собственная функция должна оценить функцию обратного вызова, чтобы вернуть результат. На самом деле это путь JavaScript, потому что JavaScript никогда не ждет. Блокировка потока JavaScript может вызвать ANR, это очень плохо.

Я создал проект под названием XWebView, который может установить мост между нативным и JavaScript. Он предлагает API в стиле привязки для вызова нативного кода из JavaScript и наоборот. Существует образец приложения.

Я нашел способ синхронного общения, но еще не пробовал: https://stackoverflow.com/a/49474323/2870783 < / а>

Я столкнулся с аналогичной проблемой, я решил ее, сохранив обратные вызовы обещаний.

Js, которые вы загружаете в веб-представление через 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});
   });
}

Выполните Js-запрос как

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

Получить запрос в userContentController: didReceiveScriptMessage

Вызовите evalJavaScript с помощью webClient.onMessageReceive (дескриптор, ошибка, response_data).

Можно синхронно дождаться результата evalJavaScript, опросив текущий метод acceptInput RunLoop. Это позволяет вашему потоку пользовательского интерфейса отвечать на ввод, пока вы ждете завершения Javascript.

Прочтите предупреждения, прежде чем слепо вставлять их в свой код

//
//  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
    }
}

Что происходит, так это то, что во время выполнения Javascript поток вызывает RunLoop.current.acceptInput, пока ожидание не станет ложным. Это позволяет пользовательскому интерфейсу вашего приложения быть отзывчивым.

Некоторые предупреждения:

• Кнопки и т. д. на вашем пользовательском интерфейсе по-прежнему будут реагировать. Если вы не хотите, чтобы кто-то нажимал кнопку во время работы вашего Javascript, вам, вероятно, следует отключить взаимодействие с вашим пользовательским интерфейсом. (Это особенно актуально, если вы звоните на другой сервер в Javascript.)
• Многопроцессорный характер вызова evalJavaScript может быть медленнее, чем вы ожидаете. Если вы вызываете код, который является мгновенным, все еще может замедлиться, если вы будете повторять вызовы Javascript в тесном цикле.
• Я тестировал это только в основном потоке пользовательского интерфейса. Я не знаю, как этот код будет работать в фоновом потоке. Если есть проблемы, исследуйте их с помощью NSCondition.
• Я тестировал это только на macOS. Я не знаю, работает ли это на iOS.