Какая типичная ошибка при работе с connect/read/write timeouts у Android Kotlin разработчика?
Что хотят услышать интервьюеры:
Частая ошибка: кандидат знает название connect/read/write timeouts, но не объясняет, как это влияет на lifecycle, memory, state, threading или тестируемость.
Ответ:
Конкретный риск: обрабатывать все HTTP-ошибки одинаково, логировать токены, делать retry небезопасных запросов или обновлять UI из data layer.
Как исправить: свяжите решение с реальным Android-контекстом: защищают приложение от зависших запросов и улучшают UX при плохой сети. Сильный ответ: назвать симптом, причину, способ диагностики и способ предотвратить регрессию.
OkHttpClient.Builder().connectTimeout(10, TimeUnit.SECONDS)