Почему счетчик на корутине работает не корректно?

Question

[I_suss]

есть вот такой код с карутиной с прибавлением к счетчику единицы и с задержкой в 5 секунд

override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        Coroutine()
    }

    private fun Coroutine(){
        var count = 0
        val textView : TextView = findViewById(R.id.CountText)

        val scope = CoroutineScope(Dispatchers.Main)

        scope.launch {
            while (true){
                count++
                textView.text = count.toString()
                delay(5000)
            }
        }
    }

все работает стабильно до числа 5, потом начинается вакханалия, от счетчика сначала отнимается 1, потом прибавляется сразу 2, потому цифры две все работает нормально и снова данная проблема, и так это все продолжается с переменным успехом.
С чем это связанно ? почему это так ? проблема в коде или android studio, а может вообще в ПК или в чем то ином ? я пробовал использовать CountDownTimer, аналогичная проблема.
Код запускается на эмуляторе.

Answer 1

[mayton2019]

Ну... если проводить аналогию с потоками. То count будет иметь столько экземпляров сколько
корутин запущено. Тоесть счетчик локальный по отношениию к функции.

И поскольку textView - это глобальный объект. Его видят все функции то они начинают его бомбить
разными значениями.

Comments

[I_suss]

Я понял, что тут проблема в несогласованном обновление, но я не понимаю как это исправить.

[mayton2019]

Посмотри как тут пишут https://gobyexample.com/atomic-counters

может поможет. Для счетчиков.

WaitGroup еще какой-то есть. Хотя мне кажется что твоя задача слегка перегретая и можно ее
решить по другому. Меняя саму постановку. Лучший способ уходить от concurrency - это ...
вообще убрать любое конкарренси из технического задания. Как ни странно часто
это работает. Мной проверено.

[I_suss]

хорошо, спасибо, учту все это.

[Jacen11]

mayton2019, нельзя в андроиде уйти от многопоточки, тут вам не бэк, тут есть интерфейс с которым работает пользователь и отстойно когда он будет зависать, правда автор вопроса и в этом облажался и ведет расчеты в потоке для ui

на самом деле даже система может убить приложение если главный поток надолго уйдет в вычисления

Answer 2

[Jacen11]

у меня вот такая реализация, не помню где брал

private var timerJob: Job? = null

fun showTimer(){

   val isCanSendActionTyping = timerJob?.isCompleted == true || timerJob== null
   var time = 0
  if (isCanSendActionTyping) {
            timerJob= lifecycleScope.launchSafe(start = CoroutineStart.LAZY) {
                while (true) {
                    textView.text = time.toString()
                    time++
                    delay(5000)
                }
            }
            timerJob?.start()
        }
}