Не знаю, сталкивались ли вы со следующими ситуациями:
[Первый тест национального сервера]: В моем локальном окружении есть баг, что [каша в снегу] вы приходите и смотрите.
или:
[Первый тест национального сервера]: На официальном сервере внешней сети есть ошибка. Я импортировал среду базы данных в локальную и увидел, что это действительно ошибка. Приходите и посмотрите на это [каша снежит].
Или:
[Национальная служба планирования собак № 1]: Почему на сервере интрасети ошибка? Приходите и посмотрите на [Снежную кашу].
Затем, каждый раз, когда я подхожу и смотрю на это
[Снежная овсянка]: О, действительно есть ошибка, это xxx, вы можете отправить мне базу данных и соответствующую учетную запись, я попробую это локально, а затем вернусь и поработаю три раза: вытащите соответствующий код версии, Импорт базы данных, критических точек и использование соответствующей учетной записи для воспроизведения ошибки, а также импорт базы данных — это самая хлопотная вещь, потому что в базе данных есть несколько G, которыми вы можете руководствоваться.
Позже, умный и остроумный, я задался вопросом, есть ли способ сделать так, чтобы идея моего компьютера напрямую подключалась к инженерной среде другой стороны для удаленной отладки? Позже я проверил это в Интернете, да ладно, действительно есть
Позвольте мне рассказать вам, как бороться с этой черной технологией, если вам интересно, вы можете попробовать ее в своей собственной проектной команде, поверьте мне,После его использования босс похвалит вас! ! !
с моим предыдущимгрупповой чатНапример конечно проект можно найти по желанию Я просто сделал удобно Я создал два окружения локально Один упакованный jar пакет Этот jar пакет основан на инженерной среде первого теста национального служба, и другая среда. Сравнительный анализ моей локальной инженерной среды, а затем начните демонстрацию идеи черной технологии:
-
Чтобы проект, работающий на первом тестовом сервере [удаленный сервер] национального сервера, поддерживал удаленную отладку, метод очень прост. Вы можете добавить определенные параметры JVM при запуске. Эти параметры:
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005
Вы можете видеть, что 5005 используется для предоставления порта для соединений удаленной отладки.Например, для поддержки удаленной отладки, командная строка для запуска пакета jar должна быть изменена на
java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 -jar chatRoom-0.0.1-SNAPSHOT.jar
Вы можете увидеть стартап на моей стороне
-
Следующим шагом является настройка моей локальной идеи. В локальную идею добавляется новая среда запуска, чтобы запустить режим удаленной отладки. Шаги следующие:
Правильно, ввод хоста - это ip первого тестового сервера [удаленный сервер] национального сервера, а порт указывается, когда мы запускаем удаленный сервер отладки. На этом настройка завершена, а затем начинаем отладку режим, чтобы увидеть, мы можем видеть, что
Это означает, что запуск прошел успешно, и отладка удаленного сервера была подключена.Найдите интерфейс входа в систему и нажмите точку останова, чтобы увидеть.
После доступа к интерфейсу входа на удаленный сервер вы можете увидеть
Что ж, удаленная отладка прошла успешно, и тогда ее можно будет продвигать в команде проекта, и тогда она будет высоко оценена.
Для нашей проектной группы такой вид удаленной отладки действительно удобен.В будущем, если вы встретите первый тест национального сервера или первый план национального сервера, вы можете ответить напрямую, просто дайте мне свой IP и руководство Куриная база данных! ! !
Далее поговорим о принципе: сама JVM поддерживает удаленную отладку, так что это не заслуга самой идеи, сама JVM предоставляет простой инструмент отладки JDB, который поддерживает установку точек останова и отладку на уровне потоков. ,разные JVM передают интерфейсный протокол.Контакт, а локальная среда может установить контакт и связь с удаленной JVM.Вот idea поддерживает только этот слой, по факту eclipse его тоже поддерживает.