1.問題の原因
プロジェクトを始めたとき、1000年後のようにプロジェクトの開始が非常に遅いことに気づきました。どうしようもありませんでした。ログを注意深くチェックしました。雨明、ログを繰り返し印刷しました。下の図に示すように、私は驚いたが驚かなかった。。。。。。。。。。
2.解決策
1.パッケージの競合やパッケージの重複の問題に優先順位を付け、他のプロジェクトの導入と違いがないことを確認して、除外します
2.プロジェクト構造によってもたらされるレベルの問題を検討します。メインプロジェクト構造の基本パッケージが引用されます。同じスタートアップカテゴリが繰り返し導入されるかどうかを考慮して、調査の結果除外されます。
3.ログ出力を検討し、プロジェクトによって導入されたログフレームワークを確認し、logback-spring.xmlの構成が使用されていることを確認し、インターネット上の情報と組み合わせて、logback-spring.xmlの構成を見つけます。構成方法は次のとおりです。
調整された構成パラメーター：
理由：コンソールモードか通常ログモードかに関係なく、調整前のログ設定が実行され、ログが2回出力されます。ログレベルはこちら：INFO;調整後、ご自身のシナリオで行ってください。コンソール出力を選択せず、ログレベルadditivity = "false"に注意してください。
4.依存環境がホットデプロイメントを増加させるかどうかを確認し（インターネットでは、元のポスターはログ構成が原因です）、以下を削除します。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
</dependency>
3.情報
1.スプリングブートに基づくテクノロジースタック構成
2.ログ構成と参考資料：
https://www.cnblogs.com/zhangjianbing/p/8992897.html