Android "Только оригинальный поток, создавший иерархию представлений, может коснуться его представлений".

Ответ 1

Вам нужно переместить часть фоновой задачи, которая обновляет пользовательский интерфейс на основной поток. Для этого есть простой фрагмент кода:

runOnUiThread(new Runnable() {

    @Override
    public void run() {

        // Stuff that updates the UI

    }
});

Документация для Activity.runOnUiThread.

Просто вставьте это внутри метода, который выполняется в фоновом режиме, а затем скопируйте вставку кода, который реализует любые обновления в середине блока. Включите только наименьший возможный код, иначе вы начнете побеждать цель фонового потока.

Ответ 2

Я решил это, положив runOnUiThread( new Runnable(){ .. внутрь run():

thread = new Thread(){
        @Override
        public void run() {
            try {
                synchronized (this) {
                    wait(5000);

                    runOnUiThread(new Runnable() {
                        @Override
                        public void run() {
                            dbloadingInfo.setVisibility(View.VISIBLE);
                            bar.setVisibility(View.INVISIBLE);
                            loadingText.setVisibility(View.INVISIBLE);
                        }
                    });

                }
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            Intent mainActivity = new Intent(getApplicationContext(),MainActivity.class);
            startActivity(mainActivity);
        };
    };  
    thread.start();

Ответ 3

Мое решение:

private void setText(final TextView text,final String value){
    runOnUiThread(new Runnable() {
        @Override
        public void run() {
            text.setText(value);
        }
    });
}

Вызовите этот метод в фоновом потоке.

Ответ 4

Обычно любое действие, связанное с пользовательским интерфейсом, должно выполняться в потоке основного или пользовательского интерфейса, то есть в том, что выполняется onCreate() и обработка событий. Один из способов убедиться в этом: runOnUiThread(), другой - обработчики.

ProgressBar.setProgress() имеет механизм, для которого он всегда будет выполняться в основном потоке, поэтому он сработал.

См. Безболезненная резьба.

Ответ 5

Я был в этой ситуации, но нашел решение с объектом Handler.

В моем случае я хочу обновить ProgressDialog с помощью шаблона наблюдателя. Мой просмотр реализует наблюдателя и отменяет метод обновления.

Итак, мой основной поток создает представление, а другой поток вызывает метод обновления, который обновляет ProgressDialop и....:

Только исходный поток, создавший иерархию представлений, может коснуться его представлений.

Это позволяет решить проблему с объектом Handler.

Ниже, различные части моего кода:

public class ViewExecution extends Activity implements Observer{

    static final int PROGRESS_DIALOG = 0;
    ProgressDialog progressDialog;
    int currentNumber;

    public void onCreate(Bundle savedInstanceState) {

        currentNumber = 0;
        final Button launchPolicyButton =  ((Button) this.findViewById(R.id.launchButton));
        launchPolicyButton.setOnClickListener(new OnClickListener() {

            @Override
            public void onClick(View v) {
                showDialog(PROGRESS_DIALOG);
            }
        });
    }

    @Override
    protected Dialog onCreateDialog(int id) {
        switch(id) {
        case PROGRESS_DIALOG:
            progressDialog = new ProgressDialog(this);
            progressDialog.setProgressStyle(ProgressDialog.STYLE_HORIZONTAL);
            progressDialog.setMessage("Loading");
            progressDialog.setCancelable(true);
            return progressDialog;
        default:
            return null;
        }
    }

    @Override
    protected void onPrepareDialog(int id, Dialog dialog) {
        switch(id) {
        case PROGRESS_DIALOG:
            progressDialog.setProgress(0);
        }

    }

    // Define the Handler that receives messages from the thread and update the progress
    final Handler handler = new Handler() {
        public void handleMessage(Message msg) {
            int current = msg.arg1;
            progressDialog.setProgress(current);
            if (current >= 100){
                removeDialog (PROGRESS_DIALOG);
            }
        }
    };

    // The method called by the observer (the second thread)
    @Override
    public void update(Observable obs, Object arg1) {

        Message msg = handler.obtainMessage();
        msg.arg1 = ++currentPluginNumber;
        handler.sendMessage(msg);
    }
}

Это объяснение можно найти на этой странице, и вы должны прочитать "Пример ProgressDialog со вторым потоком".

Ответ 6

Я вижу, что вы приняли ответ @providence. На всякий случай, вы также можете использовать обработчик! Сначала создайте поля int.

    private static final int SHOW_LOG = 1;
    private static final int HIDE_LOG = 0;

Затем создайте экземпляр обработчика как поле.

    //TODO __________[ Handler ]__________
    @SuppressLint("HandlerLeak")
    protected Handler handler = new Handler()
    {
        @Override
        public void handleMessage(Message msg)
        {
            // Put code here...

            // Set a switch statement to toggle it on or off.
            switch(msg.what)
            {
            case SHOW_LOG:
            {
                ads.setVisibility(View.VISIBLE);
                break;
            }
            case HIDE_LOG:
            {
                ads.setVisibility(View.GONE);
                break;
            }
            }
        }
    };

Сделайте способ.

//TODO __________[ Callbacks ]__________
@Override
public void showHandler(boolean show)
{
    handler.sendEmptyMessage(show ? SHOW_LOG : HIDE_LOG);
}

Наконец, поместите это в метод onCreate().

showHandler(true);

Ответ 7

У меня была аналогичная проблема, и мое решение уродливо, но оно работает:

void showCode() {
    hideRegisterMessage(); // Hides view 
    final Handler handler = new Handler();
    handler.postDelayed(new Runnable() {
        @Override
        public void run() {
            showRegisterMessage(); // Shows view
        }
    }, 3000); // After 3 seconds
}

Ответ 8

Я использую Handler с Looper.getMainLooper(). Это сработало для меня.

    Handler handler = new Handler(Looper.getMainLooper()) {
        @Override
        public void handleMessage(Message msg) {
              // Any UI task, example
              textView.setText("your text");
        }
    };
    handler.sendEmptyMessage(1);

Ответ 9

Вы можете использовать Handler для удаления View, не нарушая основной поток пользовательского интерфейса. Вот пример кода

new Handler(Looper.getMainLooper()).post(new Runnable() {
                                                        @Override
                                                        public void run() {
                                                           //do stuff like remove view etc
                                                            adapter.remove(selecteditem);
                                                        }
                                                    });

Ответ 10

Это явно вызывает ошибку. В нем говорится, что нить из потока создала представление, только это может коснуться его взглядов. Это связано с тем, что созданный вид находится внутри этого пространства потоков. Создание представления (GUI) происходит в потоке пользовательского интерфейса (основного). Таким образом, вы всегда используете поток пользовательского интерфейса для доступа к этим методам.

На приведенном выше рисунке переменная прогресса находится внутри пространства потока пользовательского интерфейса. Таким образом, доступ к этой переменной может получить только поток пользовательского интерфейса. Здесь вы получаете доступ к прогрессу через новый Thread(), и почему вы получили сообщение об ошибке.

Ответ 11

Используйте этот код и не нуждайтесь в функции runOnUiThread:

private Handler handler;
private Runnable handlerTask;

void StartTimer(){
    handler = new Handler();   
    handlerTask = new Runnable()
    {
        @Override 
        public void run() { 
            // do something  
            textView.setText("some text");
            handler.postDelayed(handlerTask, 1000);    
        }
    };
    handlerTask.run();
}

Ответ 12

Это случилось с моим, когда я вызвал изменение пользовательского интерфейса из doInBackground из Asynctask вместо использования onPostExecute.

Работа с пользовательским интерфейсом в onPostExecute решила мою проблему.

Ответ 13

При использовании AsyncTask Update пользовательский интерфейс в методе onPostExecute

    @Override
    protected void onPostExecute(String s) {
   // Update UI here

     }

Ответ 14

Это трассировка стека упомянутого исключения

        at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6149)
        at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:843)
        at android.view.View.requestLayout(View.java:16474)
        at android.view.View.requestLayout(View.java:16474)
        at android.view.View.requestLayout(View.java:16474)
        at android.view.View.requestLayout(View.java:16474)
        at android.widget.RelativeLayout.requestLayout(RelativeLayout.java:352)
        at android.view.View.requestLayout(View.java:16474)
        at android.widget.RelativeLayout.requestLayout(RelativeLayout.java:352)
        at android.view.View.setFlags(View.java:8938)
        at android.view.View.setVisibility(View.java:6066)

Итак, если вы пойдете и копаете, вы узнаете

void checkThread() {
    if (mThread != Thread.currentThread()) {
        throw new CalledFromWrongThreadException(
                "Only the original thread that created a view hierarchy can touch its views.");
    }
}

Где mThread инициализируется в конструкторе, как показано ниже

mThread = Thread.currentThread();

Все, что я хочу сказать, когда мы создали конкретное представление, мы создали его в потоке пользовательского интерфейса, а затем попытаемся изменить в рабочем потоке.

Мы можем проверить это с помощью фрагмента кода

Thread.currentThread().getName()

когда мы раздуваем макет, а позже, когда вы получаете исключение.

Ответ 15

Если вы не хотите использовать API-интерфейс runOnUiThread, вы можете фактически реализовать AsynTask для операций, для завершения которых требуется несколько секунд. Но в этом случае, также после обработки вашей работы в doinBackground(), вам нужно вернуть готовое представление в onPostExecute(). Реализация Android позволяет взаимодействовать только с основным потоком пользовательского интерфейса с представлениями.

Ответ 16

Я работал с классом, который не содержал ссылки на контекст. Поэтому мне не удалось использовать runOnUIThread(); Я использовал view.post(); и это было решено.

timer.scheduleAtFixedRate(new TimerTask() {

    @Override
    public void run() {
        final int currentPosition = mediaPlayer.getCurrentPosition();
        audioMessage.seekBar.setProgress(currentPosition / 1000);
        audioMessage.tvPlayDuration.post(new Runnable() {
            @Override
            public void run() {
                audioMessage.tvPlayDuration.setText(ChatDateTimeFormatter.getDuration(currentPosition));
            }
        });
    }
}, 0, 1000);

Ответ 17

Для меня проблема заключалась в том, что я вызывал onProgressUpdate() явно из моего кода. Это не должно быть сделано. Вместо этого я назвал publishProgress() и решил эту ошибку.

Ответ 18

В моем случае у меня есть EditText в Adapter, и он уже в потоке пользовательского интерфейса. Однако, когда эта активность загружается, она вылетает с этой ошибкой.

Мое решение - мне нужно удалить <requestFocus/> из EditText в XML.

Ответ 19

В моем случае вызывающий вызов слишком много раз за короткое время получит эту ошибку, я просто помещаю проверку истекшего времени, чтобы ничего не делать, если она слишком короткая, например, игнорировать, если функция вызывается менее чем за 0,5 секунды:

    private long mLastClickTime = 0;

    public boolean foo() {
        if ( (SystemClock.elapsedRealtime() - mLastClickTime) < 500) {
            return false;
        }
        mLastClickTime = SystemClock.elapsedRealtime();

        //... do ui update
    }

Ответ 20

Я столкнулся с подобной проблемой, и ни один из методов, упомянутых выше, не помог мне. В конце концов, это помогло мне:

Device.BeginInvokeOnMainThread(() =>
    {
        myMethod();
    });

Я нашел этот драгоценный камень здесь.

Ответ 21

Если вы просто хотите сделать недействительной (вызвать функцию перерисовки/перерисовки) из вашей ветки, не связанной с пользовательским интерфейсом, используйте postInvalidate()

myView.postInvalidate();

Это опубликует недействительный запрос в потоке пользовательского интерфейса.

Для получения дополнительной информации: что-делает-postinvalidate-do

Ответ 22

Решено: Просто поместите этот метод в класс doInBackround... и передайте сообщение

public void setProgressText(final String progressText){
        Handler handler = new Handler(Looper.getMainLooper()) {
            @Override
            public void handleMessage(Message msg) {
                // Any UI task, example
                progressDialog.setMessage(progressText);
            }
        };
        handler.sendEmptyMessage(1);

    }

Ответ 23

Для людей, борющихся в Котлине, это работает так:

lateinit var runnable: Runnable //global variable

 runOnUiThread { //Lambda
            runnable = Runnable {

                //do something here

                runDelayedHandler(5000)
            }
        }

        runnable.run()

 //you need to keep the handler outside the runnable body to work in kotlin
 fun runDelayedHandler(timeToWait: Long) {

        //Keep it running
        val handler = Handler()
        handler.postDelayed(runnable, timeToWait)
    }