Как я могу найти утечки памяти, возникающие во время динамической загрузки/выгрузки утечки Kotlin? [закрыто] ⇐ JAVA

[Anonymous]

ниже мой поток. помогите мне найти утечку
Детальное проектирование этапа 1: асинхронный сбор данных и полная обработка ошибок регистрации
Цель:
Целью этапа 1 является разработка системы, которая фиксирует все действия пользователя во время процесса регистрации. , регистрирует любые ошибки, возникшие во время процесса регистрации, и обеспечивает надежность системы с точки зрения восстановления ошибок. На этом этапе также основное внимание уделяется созданию схемы базы данных для отслеживания действий пользователя и эффективной обработки ошибок CompleteSignup.
Ключевые компоненты:
Фронтенд (FE):
Создает уникальный идентификатор сеанса для отслеживания всех действий в рамках пользовательского сеанса.
Асинхронно отправляет действия пользователя на серверную часть через вызовы API.
Захватывает и отправляет ошибки пользовательского ввода (проверка, проблемы с сетью), а также успешные действия.
Получает соответствующие сообщения об ошибках от серверной части при возникновении проблем в процессе регистрации.
Бэкенд (BE):
Асинхронно получает действия пользователя и регистрирует их. их в базе данных.
Обрабатывает ошибки регистрации и записывает их в соответствующую таблицу.
Реализует механизмы повтора для исправимых ошибок.
Обеспечивает обратную связь с интерфейсом с соответствующими сообщениями об ошибках или успешными ответами.
/>База данных:
хорошо продуманная схема для регистрации действий пользователя, отслеживания ошибок регистрации и группировки действий по сеансам или путешествиям.
Дизайн интерфейса:
Обязанности:
Создать идентификатор сеанса: когда пользователь инициирует новый сеанс, интерфейс генерирует идентификатор сеанса для уникального отслеживания всех действий пользователя для этого сеанса.
Асинхронная связь: интерфейс отправляет действия пользователя асинхронно на сервер через вызовы RESTful API. .
Обработка ошибок: интерфейс фиксирует ошибки проверки ввода (например, неверный адрес электронной почты, слабый пароль) и отображает соответствующие сообщения об ошибках пользователю.
Механизм повторной попытки: в случае временных проблем с сетью интерфейс должен повторите попытку отправки неудачных действий на серверную часть.
Взаимодействие API:
POST /userAction:
Полезная нагрузка:
json
Копировать код
{
" sessionId": "unique_session_id",
"userId": "user_id",
"actionType": "STEP_COMPLETED",
"currentStep": "SIGNUP",
"traceId" : "trace_id",
"selectionData": { "key": "value" Ответ:
200 ОК для успешных действий.
400 Неверный запрос для ошибок проверки.
Внутренняя ошибка сервера 500 для ошибок внутренней обработки.
Проектирование серверной части:
Обязанности:
Получение асинхронных запросов:
Принятие действия пользователя и регистрировать их в базе данных. Обеспечьте запись всех действий, даже в случае повторных попыток со стороны внешнего интерфейса.
Обработка ошибок регистрации:
Зарегистрируйте ошибки, связанные с проверкой, проблемами сети или ошибками базы данных.
/>Вернуть соответствующие ответы во внешний интерфейс с указанием характера ошибки.
Разделить ошибки на следующие категории:
Ошибки проверки: неверные или отсутствующие вводимые пользователем данные.
Ошибки обработки: сбои при сохранении данных или обработке данных. шаг.
Ошибки сети: проблемы с подключением между интерфейсом и сервером.
Механизм повтора:
Автоматически повторять неудачные операции (например, запись в базу данных) до определенного предела. регистрация последней ошибки.
Убедитесь, что система устойчива к временным проблемам.
Отслеживание пути:
Используйте sessionId, TraceId и JourneyId, чтобы отслеживать весь путь пользователя. .
Если один и тот же пользователь выполняет несколько шагов, убедитесь, что все действия связаны между собой, чтобы обеспечить комплексное представление о пути.
Схема базы данных для этапа 1:
Таблица: Действия пользователя
В этой таблице регистрируются все действия пользователя в системе, что позволяет получить полное представление об активности пользователя во время процесса регистрации и других взаимодействий.
sql
Копировать код
CREATE TABLE UserActions (
userId STRING(MAX), -- Идентификатор пользователя, может быть NULL для анонимных пользователей
sessionId STRING(MAX), -- Уникальный идентификатор сеанса, сгенерированный внешним интерфейсом
journeyId STRING( MAX), -- Уникальный идентификатор путешествия, отслеживающий путешествие пользователя
traceId STRING(MAX), -- Идентификатор трассировки для отслеживания запросов
timestamp TIMESTAMP NOT NULL, -- Временная метка действия
actionType STRING (MAX), -- Тип действия (например, STEP_COMPLETED, SELECTION_MADE)
currentStep STRING(MAX), -- Шаг пути (например, РЕГИСТРАЦИЯ, ОПЛАТА)
selectionData STRING(MAX), - - Данные ввода или выбора пользователя в формате JSON
ipAddress STRING(MAX), -- Захватывает IP-адрес пользователя для регистрации
errorCode STRING(MAX), -- Код ошибки в случае сбоя
errorMessage STRING(MAX), -- Подробное сообщение об ошибке в случае сбоя
PRIMARY KEY (traceId, timestamp) -- Составной ключ для уникальности
);
Таблица: SignupErrors
В этой таблице специально регистрируются ошибки, возникшие в процессе регистрации. Он фиксирует тип ошибки и предоставляет достаточную информацию для отладки и анализа.
sql
Копировать код
CREATE TABLE SignupErrors (
errorId STRING(MAX) NOT NULL, -- Уникальный идентификатор ошибки
userId STRING(MAX), -- Идентификатор пользователя, NULL, если пользователь анонимен
sessionId STRING(MAX), -- Идентификатор сеанса для отслеживания сеанса регистрации
traceId STRING(MAX), -- Идентификатор трассировки запроса
метка времени TIMESTAMP NOT NULL, -- Время возникновения ошибки
errorType STRING(MAX), -- Тип ошибки (например, VALIDATION, СЕТЬ, ОБРАБОТКА)
errorMessage STRING(MAX), -- Подробное сообщение об ошибке
currentStep STRING(MAX), -- Шаг процесса регистрации, на котором произошла ошибка
PRIMARY KEY (errorId));
Таблица: AbandonedFlows
Отслеживает пользователей, которые отказались от процесса регистрации, что позволяет использовать стратегии дальнейшего отслеживания или повторного вовлечения.
sql
Копировать код
CREATE TABLE AbandonedFlows (
journeyId STRING(MAX) NOT NULL, -- Идентификатор путешествия для отслеживания пути пользователя
userId STRING(MAX), -- Идентификатор пользователя, NULL, если пользователь анонимен
sessionId STRING(MAX), -- Идентификатор сеанса прерванного потока
timestamp TIMESTAMP NOT NULL, -- Время, когда пользователь прекратил поток
lastStep STRING(MAX), - – Последний шаг завершен перед прекращением потока
PRIMARY KEY (journeyId)
);
Рабочий процесс обработки ошибок:
Ошибки проверки интерфейса:
Когда пользователь отправляет неверные данные (например, отсутствующие поля, неверный формат), интерфейс отправляет ошибку на сервер.
Бэкэнд регистрирует эту ошибку в таблице SignupErrors.
Фронтенд отображает соответствующее сообщение, позволяя пользователю исправить ввод и повторить попытку.
Ошибки внутренней обработки:
Если на внутренней стороне возникает ошибка (например, неудачная запись в базу данных), ошибка регистрируется. в таблице SignupErrors.
Бэкэнд отправляет ответ внешнему интерфейсу с подробным сообщением об ошибке.
Внешний интерфейс отображает сообщение об ошибке, и система автоматически повторяет операцию.
Отслеживание и аудит:
Все действия пользователя, успешные или неудачные, записываются в таблицу UserActions. Это позволяет полностью отслеживать путь пользователя через процесс регистрации.
Таблица AbandonedFlows используется для отслеживания пользователей, которые отказываются от процесса регистрации, что позволяет системе повторно привлекать этих пользователей позже (например, посредством напоминаний по электронной почте или предлагает).
Последовательность процесса регистрации:
Пользователь инициирует регистрацию:
Внешний интерфейс генерирует уникальный идентификатор сеанса и идентификатор трассировки для запроса и начинает отслеживать путь пользователя.Отправка данных:
Пользователь отправляет данные (например, адрес электронной почты, пароль) на серверную часть через конечную точку /completeSignup.
Обработка ошибок:
Если возникает ошибка проверки или обработки, ошибка регистрируется в таблице SignupErrors, а интерфейс отображает соответствующее сообщение.
Действия по отслеживанию:
Каждый пользователь действие регистрируется в таблице UserActions, связанной с помощью sessionId и travelId.
Повторные попытки и восстановление:
Система повторяет неудачные действия, где это применимо, гарантируя, что временные проблемы (например, сбои сети) ) не блокируйте процесс регистрации.
Прерванная регистрация:
Если пользователь отказывается от процесса, сеанс записывается в таблицу AbandonedFlows для повторного участия в будущем.
Ожидаемый результат для этапа 1:
Регистрация ошибок: все ошибки в процессе регистрации фиксируются и протоколируются в целях отладки и улучшения.
Отслеживание сеансов: каждый сеанс и цикл однозначно идентифицируются и отслеживаются, что позволяет полностью видимость прогресса пользователя и любых обнаруженных ошибок.
Механизм повторных попыток: система устойчива к временным сбоям и обеспечивает автоматические повторные попытки, где это применимо.
Полное путешествие пользователя: действия пользователя всесторонне протоколируются, что позволяет выполнять восстановление и аудит. пути пользователя.

Подробнее здесь: https://stackoverflow.com/questions/790 ... g-kotlin-l