Рендеринг контента в UIWebView будет намного медленнее, чем в Safari.
Javascript-движок Safari использует компилятор «точно в срок». Он принимает входящий код Javascript и на лету преобразует его в машинный код, который может работать непосредственно на процессоре ARM устройства iOS. Это позволяет Javascript-коду работать со скоростью, аналогичной коду нативного приложения.
Проблема в том, что Apple не доверяет сторонним разработчикам эту силу. Если бы стороннее приложение имело возможность конвертировать Javascript в машинный код и запускать его, это приложение также могло бы загружать и запускать другие фрагменты машинного кода - и у Apple никогда не было бы возможности просмотреть этот код. Как только App Review одобрит это, (разработчики / хакеры) могут изменить загруженный код на что-то, что регистрирует ваши пароли или что-то еще. И нет никакой возможности предоставить эту власть только UIWebView, а не другим частям приложения, потому что UIWebView работает в том же процессе, что и код разработчика.
Так что в основном Apple запрещает это, потому что разрешение на это нарушит безопасность, обеспечиваемую App Store, и сделает iOS более уязвимой для атак. Они могут разрешить это для Safari, потому что контролируют действия Safari, но не могут доверять другим, чтобы они не злоупотребляли этой способностью.