заключаться в совместном использовании механизмов аутентификации или сессий между двумя системами. Даже если учетные записи имеют разные идентификаторы пользователя (UID), они могут использовать общие cookie-файлы, токены или другие механизмы идентификации. Дополнительно, это может происходить благодаря следующим факторам: 1. Общие Cookie-Файлы: Обе системы могут использовать одни и те же cookie-файлы для хранения информации о сессиях. 2. Одноранговая Аутентификация: Может применяться одноранговая система аутентификации, которая позволяет одной системе доверять результатам аутентификации другой системы. 3. Конфигурационные Настройки: В конфигурационных файлах или базах данных обоих систем могут быть установлены правила, позволяющие автоматическому входу при наличии активной сессии в другой системе. Если вы хотите более детально понять причину данного поведения, рекомендуется проверить конфигурацию и механизмы аутентификации обоих систем.

Используемая версия:

1.30.0

В涉的功能模块：

Логин StpUtil.login(userId)

Шаги тестирования:

• Я выполнил следующие шаги тестирования:
  Два бизнес-системы, разные логины, одинаковый номер телефона пользователя, разные таблицы пользователей, разные id пользователей.
  Использование StpUtil.login(userId)

• Получены следующие результаты:
  При входе в одну систему, вход в другую систему происходит автоматически, токены используются общими. Я сначала реализовал разделение токенов между двумя системами, чтобы каждый мог войти в свою систему.

• Мое понимание состоит в том, что:
  userId в StpUtil.login(userId) различаются, поэтому в двух системах это разные пользователи. Не должно возникнуть ситуации, когда вход в одну систему автоматически приводит к входу в другую систему.

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