Как безопасно включать и выключать масштабирование WebView по мере необходимости

В Zoom я обнаружил, что если дождаться исчезновения элемента управления масштабированием перед вызовом WebView.destroy(), сбой больше не происходит. Поэтому я перезаписал WebView.destroy(), чтобы отправить сообщение обработчику для вызова WebView.destroy() через несколько секунд. Из источника WebView мы увидим, что интервал затухания:

// The time that the Zoom Controls are visible before fading away
private static final long ZOOM_CONTROLS_TIMEOUT =
        ViewConfiguration.getZoomControlsTimeout();

Поэтому я использовал ViewConfiguration.getZoomControlsTimeout() + 1000L в качестве задержки перед вызовом метода уничтожения WebView. Пока без сбоев.

Если вы хотите, чтобы масштабирование работало только с вашим веб-просмотром, и вы можете жить без кнопок масштабирования, вы можете сделать это для своего веб-просмотра:

webView.getSettings().setBuiltInZoomControls(true); // will give pinch zoom
webView.getSettings().setDisplayZoomControls(false); // but won't display the zoom buttons

добавление

webView.getSettings().setBuiltInZoomControls(true);

в onDestroy/onDestroyView на 3.x не помогло.

webView.getSettings().setBuiltInZoomControls(true); не работал для меня.

Однако предложение dkneller сработало:

    long timeout = ViewConfiguration.getZoomControlsTimeout();
    new Timer().schedule(new TimerTask() {
        @Override
        public void run() {
            webview.destroy();
        }
    }, timeout);

Поместите эту строку в onDestroy, которая работает для меня:

webView.setVisibility(View.GONE);

Это решение отлично работает, вам просто нужно удалить веб-просмотр из макета перед его уничтожением:

@Override
    public void onDestroy() {
        if (webView!=null && webView.getParent()!=null){
            ((ViewGroup)webView.getParent()).removeView(webView);
            webView.destroy();
            webView=null;
        }
        super.onDestroy();
    }

Никаких обработчиков, никаких задержек, думаю это лучшее решение

Если вы наткнулись на этот вопрос, обязательно сначала проверьте отчет об ошибке, чтобы узнать, какой статус от Google, но в остальном вот обходной путь, который до сих пор работает так хорошо для меня:

Добавьте эту строку в свой метод onDestory():

webView.getSettings().setBuiltInZoomControls(true);

У меня такая же проблема: Существующее приложение выдувается с Android 3.0 XOOM. Утечка контроллера ZoomButtons?

Это происходит, когда есть исключение, которое происходит до вызова registerReceiver, а затем вы пытаетесь отменить регистрациюReceiver позже, когда он еще не был зарегистрирован.

Вероятно, это баг андроида 3.0.

Исключение java.lang.IllegalArgumentException: представление не привязано к диспетчеру окон в основном возникает, когда есть диалоговое окно (например, диалоговое окно прогресса), и вы закрываете его, когда действие закрыто. Не могли бы вы сказать, действительно ли в вашей деятельности есть диалоговое окно прогресса, чтобы я мог продолжить свой анализ? Также опубликуйте фрагмент кода своей активности, который может помочь нам определить, почему ваше приложение дает сбой...

Также вы говорите, что не часто сталкиваетесь со сбоем приложения, поэтому сделайте тест, чтобы подтвердить мои подозрения. Когда ваше приложение работает, измените ориентацию экрана и сделайте это пару раз, через несколько минут, желательно, когда диалоговое окно прогресса участвует в выполнении какой-либо работы. Это может привести к сбою приложения, которое должно сообщить нам, что ошибка связана с тем, что диалоговое окно «Прогресс» не закрывается правильно.

Моя теория. Когда вы меняете ориентацию, Android создает новый вид. Вы, вероятно, получаете сбои, потому что ваш фоновый поток пытается изменить состояние старого. (Также могут быть проблемы, потому что ваш фоновый поток не находится в потоке пользовательского интерфейса)

Добавьте это в свою деятельность:

@Override
  public void finish() {
      ViewGroup view = (ViewGroup) getWindow().getDecorView();
      view.removeAllViews();
      super.finish();
}