1. idea編譯和maven編譯的區別
個人的一個小感受，學習一個新技術，應該以歷史的眼光開看待這個新技術出現的原因，以及幫我們解決了什麼問題。在個人職業生涯中要感謝java自學網，一直自學java，我們來回憶一下沒有Maven的日子是怎麼樣的？
開發一個項目，需要用別人寫好的jar包，我們先把開源的jar包下載下來放到項目的lib目錄下，並把這個目錄添加到CLASSPATH(告訴Java執行環境，在哪些目錄下可以找到你要執行的Java程序需要的類或者包)
我們下載了a.jar發現a.jar還需要依賴b.jar，結果又去把b.jar包下載下來開始運行
如果運氣夠好，我們的項目在添加完所有的依賴後，能正產運行了。如果運氣差點，還會遇到版本的問題，例如a.jar在調用b.jar的時候發現b.jar根本沒有這個方法，在別的版本中才有，現在好了，光找依賴和適配版本就能花上不少時間
而且我們往git上上傳代碼的時候，還必須把這些lib都上傳上去。別人下載我們的代碼時也必須把lib下載下來，這個真心耗費時間
這時候Maven作為Java世界的包管理工具出現了，當然Java世界還有其他包管理工具，例如gradle等。就像yum是linux世界的包管理工具，webpack是前端世界的包管理工具一樣
Maven倉庫的種類
.png
Maven找jar包的過程是這樣的，先在本地倉庫找，找不到再去私服(如果配置了的話)，再找不到去中央倉庫(http://repo1.maven.org/maven2/，maven團隊負責維護)
從中央倉庫找到後，會在私服和本地倉庫放一份，從私服找到後也會在本地倉庫放一份
當你安裝在好了Maven以後，在conf目錄下有個settings.xml文件，這個裡面配置的項很多，後文會詳細介紹這個配置文件。
在這個配置文件下有這樣一段話，說了Maven默認的本地倉庫地址為${user.home}/.m2/repository(當然你可以重新設置本地倉庫的地址，上面就是模板)，我是window電腦，來看看這個目錄
.png
看到有很多jar包被存到本地，當然如果你想配置私服也是在settings.xml上進行配置，隨便一搜很多教程，不再贅述
搭建私服好處多多，在一個公司內部可以開發一些公共的基礎組件放到私服上，方便其他同事使用
Maven的默認配置
一個Maven的項目的整體結構是這樣的
.png
在這里插入圖片描述
為什麼一個Maven項目的文件結構是這種的呢？
這就不得不說到Maven的一個特性，約定優於配置。
Maven默認配置了${project.basedir}/src/main/java為項目的源代碼目錄
${project.basedir}/src/main/test為項目的測試代碼目錄
${project.basedir}/target為項目的編譯輸出目錄等
spring boot就是約定優於配置的體現，想想我們用spring mvc的時候還得配置視圖解析器，包的自動掃描，而用了spring boot框架，我們就完全不用再配置了
Maven項目詳解
安裝還是挺簡單的，我就不再介紹，我也沒有單獨下載，一般就用了Idea自帶的Maven了，下載完後目錄結構如下：
.png
bin目錄：
該目錄包含了mvn運行的腳本，這些腳本用來配置java命令，准備好classpath和相關的Java系統屬性，然後執行Java命令。
boot目錄:
該目錄只包含一個文件，該文件為plexus-classworlds-2.5.2.jar。plexus-classworlds是一個類載入器框架，相對於默認的java類載入器，它提供了更加豐富的語法以方便配置，Maven使用該框架載入自己的類庫。
conf目錄:
該目錄包含了一個非常重要的文件settings.xml。直接修改該文件，就能在機器上全局地定製maven的行為，即對所有用戶都生效。一般情況下，我們更偏向於復制該文件至~/.m2/目錄下(~表示用戶家目錄，windows下~就是C:UsersPeng，Peng是小編的用戶名)，然後修改該文件，在用戶級別定製Maven的行為。
lib目錄:
該目錄包含了所有Maven運行時需要的Java類庫，Maven本身是分模塊開發的，因此用戶能看到諸如maven-core-3.0.jar、maven-model-3.0.jar之類的文件，此外這里還包含一些Maven用到的第三方依賴如commons-cli-1.2.jar、commons-lang-2.6.jar等等。、
settings.xml配置文件詳解
我們來詳細說一下settings.xml這個文件，這個文件可以定製Maven的行為，上面已經說到settings.xml可以放在2個位置，~/.m2/setting.xml(默認沒有，需要我們自己復制)和${maven.home}/conf/setting.xml
這2個配置文件的載入順序為~/.m2/setting.xml>${maven.home}/conf/setting.xml，為了不影響他人，所以我們將conf下的settings.xml復制到家目錄，在用戶級別定製Maven的行為。
.png
這個和配置環境變數有點類似，Windos和Linux都可以配置系統級別的環境變數和用戶級別的環境變數，這里單說一下Linux的吧，在/etc/profile裡面配置的就是系統級別的環境變數，在~/.bash_profile裡面配置的就是用戶級別的環境變數
各種配置項還是挺多的，設置鏡像倉庫(國內用阿里雲的比較多)，設置代理，不再贅述
maven常用命令
.png
當然也可以連著使用
mvn clean package 清理打包
mvn clean package -DskipTests=true 清理打包，並跳過測試用例
mvn clean install 清理打包，並將jar包或者war包復制到本地倉庫
運行單測的時候也沒必要一個一個點測試方法，mvn test 一個命令跑完所有測試用例，
要注意的是只會執行以Test開頭或者結尾的測試類，也沒必要自己寫測試類，我在推薦閱讀第一篇文章中演示了快速生成測試類的方法，可以去看看，生成的測試類都是以Test結尾的
mvn dependency:tree > show.txt 將依賴輸出重定向到文件中，方便查看
pom.xml詳解
groupId 公司域名倒過來
artifactId 功能命名
version 版本號
這三個維度確定一個jar包，就像用(x，y，z)坐標在三維空間中唯一確定一個點。
packaging 打包方式，jar，war，maven-plugin(開發maven插件)
scope詳解
參數解釋是否會被打入最終的jar包compile默認的scope是test測試使用否provided編譯需要否runtime編譯不需要，運行時需要(介面與實現分離)是system載入本地jar否
類似如下這種，沒有指定scope，說明scope是compile
org.mybatis.spring.boot mybatis-spring-boot-starter 1.3.2
test是指在運行測試用例的時候才會用到，沒必要打入到最後的jar裡面，所以你看到的測試框架的scope基本上都是test
org.springframework.boot spring-boot-starter-test test
provided，編譯的時候會用到，但不會被打入最後的jar包
例如想把spring boot項目以war包的形式放在tomcat中運行，首先得加入如下依賴
org.springframework.boot spring-boot-starter-tomcat provided
或者你寫了一個放在Storm集群或者Flink集群上運行的任務，最後都要把Storm的依賴或者Flink的依賴設置成provided，因為集群上已經都有這些環境的jar包、
如果你用到lombok插件的話，你會發現lombok的Maven是如下形式，說明它只會編譯的時候會用到。
org.projectlombok lombok 1.16.6provided
我寫了如下一個測試類
@Datapublic class Test { private String name; private int age;}
生成的class文件反編譯後的如下，驗證了我們的想法，編譯之後確實沒有必要再用lombok這個jar包
public class Test { private String name; private int age; public Test() { } public String getName() { return this.name; } public int getAge() { return this.age; } public void setName(String name) { this.name = name; } public void setAge(int age) { this.age = age; }}
runtime，運行時才會用到。例如，如果你的項目有對資料庫的操作，但沒有加入相應的JDBC的實現jar包，如mysql-connector-java，是可以編譯成功的，只有運行時才會報錯。所以你看到的JDBC實現的jar包scope為runtime，表明這個jar包在運行時才會用到
mysql mysql-connector-java 5.1.35runtime
system，本地載入jar，當你和第三方公司合作，他們只是給了你一個jar包時，你可以有三種選擇
mvn install到本地倉庫
mvn deploy到私服
指定jar包路徑，從本地載入，例如如下pom形式
com.tievd.third arcvideo 1.0system${basedir}/lib/face-api-1.0.jar
前文已經說到scope為system的依賴不會被打入最終的jar包，得通過配置插件等方式將依賴打入最終的jar包，所以這種方式一般很少使用。
還沒寫完，後續更精彩
寫在最後：
碼字不易看到最後了，那就點個關注唄，只收藏不點關注的都是在耍流氓！
關注並私信我「架構」，免費送一些Java架構資料(也可到Java自學網直接獲取)，先到先得！記得轉發哦！
打開CSDN，閱讀體驗更佳
最新發布 【分享】idea版本與maven版本不一致的坑
在確保maven 相關的配置沒有問題的時候，可以考慮下，是否是idea與maven版本配置問題。比如 idea 2022,使用maven3.6.x 有點小問題，推薦版本3.8.x。idea 2021 使用高版本3.8.x 有點小問題,推薦版本3.6.x。
繼續訪問
記Maven命令打包到本地庫*.pom文件打包不完整的解決思路
問題描述 1、需求描述 目前籌劃做一個開源的springboot項目，其想法是在這個開源項目中整合所有依賴的jar包。之後開發就直接新建個maven項目直接依賴這個包就可以直接進行開發了。 2、問題描述 當寫好基礎的jar包打包之後，mvn install 到本地倉庫，新建maven項目依賴此jar包，發現基礎jar包所依賴的所有jar都沒有引入進來。但是經過幾番測試發現一下規律： （1）、在idea中install 的jar包可以正常使用。 （2）、mvn install:instal..
繼續訪問
idea正常 jar包運行有問題_IDEA 直接點擊運行執行正常，命令行下面執行Jar包出現部分亂碼的情況。...
解決方案如上：有個Springboot項目為了測試方便，模型類用中文作為欄位屬性，封裝成Odata格式，在通過Springboot發布並打成jar包。通過命令行啟動jar包裡面的Springweb服務，訪問的時候開始進入服務http://desktop-6vf91n9:8080/exp.svc/ 中文欄位就亂碼，通過application.properties編碼，進入服務不亂碼了。http://...
繼續訪問
2.maven打包方式的不同
maven安裝命令： (1)打包snapshot和正式版本號是不一樣的，發布到私服中的命令也不一樣，不需要snapshot方式時，各個依賴包下都需要去除 (2)打包過程中可能會遇到的編碼錯誤，可能需要設置打包時的項目編碼 (3)spring.maven.plugin和maven.plugin的打包方式，後者會要求需要填入主類信息 (4)mvn -DskipTests -Drat.skip=...
繼續訪問
Maven依賴關系原則
轉載自: Maven依賴關系原則與沖突解決辦法(含必殺技) 筆者JustryDeng Maven依賴關系原則(概念)： 相關概念： 級別： 我們不妨把pom.xml裡面的引用的依賴視為第一級，那麼依賴中各自引用的依賴視為第二級...第三級... 路徑長短： 我們不妨以從pom.xml出發，到抵達該依賴時經過的「級」的個數來作為路徑長短的標准。 最短路徑(不同級引用)原則： 若兩個版
繼續訪問
IDEA面板Build Project和maven compile、package、install、deploy的區別
前言： 基於springboot項目 IDEA面板Build下面的Project build和Maven compile、package、install、deploy比較 1、Build Project（Ctrl+F9） 編譯項目，生成位元組碼文件； 生成的target中有classes、generated-sources、generated-test-sources、test-classes目錄； 第一次點Build Project會編譯整個項目包括測試類，第二次點Build Proje
繼續訪問
idea中jar包明明存在，卻報jar包不存在異常的完整處理過程
java開發中遇到的各種問題處理方案
繼續訪問
idea web項目中out(maven中是target)目錄更新不同步，導致訪問404
今天碰到個很惡心的東西。。就是明明導入了相應的依賴文件（css,html,js等文件），路徑也正確。。就是訪問不了。。。。弄了一個多小時。。。 原因在哪？看了一下web項目的生成位置，發現編譯之後會重新生成一個out目錄，更新不同步。。。。 解決方法：build->Build Artifact->clean,然後再build->build Artifact->rebuild。。。問題解決。。 如果使用的是maven構建的web項目，就簡單很多直接cmd定位到項目根節點，有pom
繼續訪問
熱門推薦 筆記本win10相機打不開 無法啟動 顯示灰色相機 怎麼辦
問題筆記本相機打開只顯示一個灰色相機圖，不顯示畫面如圖：解決方案一筆記本會有一個相機的快捷鍵F8，直接按下F8或者Fn+F8即可解決問題。如圖：解決方案二打開win10設置→隱私→相機，查看允許訪問相機的許可權有沒有打開如圖：解決方案三下載相應品牌型號的設置Settings軟體，比如我的是聯想，下載安裝Lenovo Settings，開啟相機如圖：解決方案四Win+R打開命令端，輸入regedit運...
繼續訪問
IDEA build報錯，顯示程序包不存在而maven compile無問題
1 問題描述 抽風症狀一：打開項目之後外部引用的包都飄紅，必須點擊maven的reimport才可以洗白 抽風症狀二：點擊IDEA上方的錘子build失敗，顯示各種程序包不存在，而託管maven compile無問題 IDEA版本：2020.1 2 嘗試 terminal中鍵入mvn idea:idea 無效 在搜羅了網上的各種解決方案之後，可以確定的是出現這個狀況的IDEA版本都是2020.1 3 問題定位 原因：IDEA的Build（編譯）操作和Maven的Build是分開的，並不是一回事。 我之前
繼續訪問
maven依賴的jar包版本不一樣_系統優化(一)Maven打包同一個jar有不同的：版本+時間戳(解決思路)...
解決：maven倉庫的ear裡面有很多個相同的jar(只是包含不同的：版本+時間戳)問題描述： 發現ear裡面有很多個相同的jar，只是包含不同的：版本+時間戳，如下圖所示：(例如：itoo-basic-api有很多相同的jar，只是包含不同的：版本+時間戳)解決思路用許可權的itoo-authority-usergroup-ear模塊進行測試1.懷疑是：maven的坐標，時間戳的問題關鍵字：mav...
繼續訪問
maven本地打包環境不一致
maven本地打包安裝提示No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK? 這是mvn的jre環境和jdk下的jre環境不一致，修改環境變數配置和idea的maven使用的jre環境後還是不生效，直接修改maven安裝目錄下的bin文件夾中的mvn.cmd文件，在第一行加上以下代碼解決問題。 set JAVA_HOME=C:\Program Files\Java\
繼續訪問
IDEA 編譯 .jar （可能涉及問題）
IDEA 在執行以下操作前需要確認： 包內class文件沒有語法錯誤，項目SDK和SDK版本號保持一致，main method 和 main path 的設定 以上確認存在問題將導致編譯不通過，解決方法如下： 打開方式為：File----->Project Structure----->Project 對項目進行編譯首先在File----->Project Structure----->Project目錄下點開Artifacts 這邊需要添加項目，可選擇從當前編輯頁尋找 按
繼續訪問
IntelliJ打包與Maven命令打包的區別
因為經常會遇到這個問題，兩種打包方式打出來的包不一樣，一般情況是IntelliJ包可能會報錯，而使用Maven命令行打出來的包就可以正常使用。具體的區別還沒去找，暫時寫在這兒，後面再補充 ...
繼續訪問
使用maven給jar包生成對應的pom文件
參考： https://blog.csdn.net/qq_31289187/article/details/81117478 1. 背景 公司不允許使用外網進行安卓開發，所以在內網里無法連接google和jcenter的庫，也無法使用阿里雲的國內鏡像。所以只能使用本地文件，進行項目的構建，但是在項目構建的過程中，會報如下錯誤。 Could not find androidx.databinding:databinding-compiler:4.0.1. Search in the follo.
繼續訪問
maven依賴的jar包版本不一樣_Maven依賴jar包沖突常見的解決方法
項目中，經常會遇到ClassNotFound，NoSuchMethod異常，第一反應往往是類路徑不對，jar沒有正確的引用。第一步判斷jar是否載入，還是 載入的jar由於maven依賴管理存在傳遞依賴，造成依賴的jar版本號不對,相應的類找不到，或者是相應類版本不對，沒有對應的方法。一 造成jar 沖突的原因：如果項目中存在對同一jar不同版本依賴的時候，maven 2根據最近原則，默認引用最靠...
繼續訪問
intelliJ導出的jar包運行效果和ide運行效果不一致
寫在開頭，文章還是要自己寫，不管是有多爛。 如果連一篇本該是作為職業生涯技術點滴記錄的博客都造假，那人生未免太可悲。 好一些的作者，轉載文章後，掛上轉載標簽，再附上自己的感想。只要感想是自己的，感想寫得內容多了，掛個原創也不為過。寫清楚哪些是自己的，哪些是別人的，就行了。 但現在呢，在當下，好多人都想做網紅，都想要聚合流量，然後自媒體流量變現。然後，就是一堆亂七八糟往上點，就為了你能關注下他發的...
繼續訪問
maven打包pom文件在windows和linux下的格式差異
org.apache.maven.plugins maven-compiler-plugin 3.1 ${java.version} ${java.version} UTF-8 true --> ${java.home}/lib/rt.jar${delimiter}${java.home}/lib/jce.jar ${delimiter} 這個分隔符，在Wi
繼續訪問
maven在eclipse編譯和在CMD編譯結果不一致
maven配置文件默認使用的是setting.xml文件 在CMD環境下也是默認使用setting文件 而在eclipse環境下編譯則使用的是eclipse配置的setting文件， 因此，會出現在eclipse編譯和在CMD編譯結果不一致的問題 轉載於:https://www.cnblogs.com/fanrenren/p/11346276.html...
繼續訪問
maven工程pom.xml配置引用的jar包和最終打出war包中的jar包版本號不一致——mvn命令的應用
今天在打包一個maven工程時，發現有個jar包（暫且叫它A.jar），在pom.xml中配置的明明是2.3的版本，打出的war包里的A.jar怎麼都是1.0的版本，導致war包部署不起來。為此掙扎了1個多小時，pom依賴檢查和環境檢查。最後終於想到可以利用maven的mvn命令列印出jar包依賴關系才發現原來是工程里引用的另一個jar（叫它B.jar好了）也依賴了A.jar，而B.jar中A,j
繼續訪問
2. maven是怎麼判斷包在本地倉庫和遠程倉庫哪個是新的
maven對構件的更新判斷基本上是兩種，一種是穩定版本，一種是maven特有的SNAPSHOT版本。
穩定版本很好判斷，直接根據maven構件的坐標體系就能夠獲得。先從本地倉庫中找，如果本地倉庫沒有，就從pom.xml和setting.xml配置的遠程倉庫來找。
SNAPSHOT版本的判斷比較麻煩，基本步驟如下：
假設我在2014年08月22日09時40分52秒在我自己的電腦上使用 「mvn install」 構建了「com.mycompany.demo:test:1.0-SNAPSHOT」。
那麼Maven會在本地倉庫目錄「~/.m2/com/mycompany/demo/test/1.0-SNAPSHOT/」下生成文件「maven-metadata-local.xml」，內容如下：
<?xml version="1.0" encoding="UTF-8"?>
<metadata modelVersion="1.1.0">
<groupId>com.mycompany.demo</groupId>
<artifactId>test</artifactId>
<version>1.0-SNAPSHOT</version>
<versioning>
<snapshot>
<localCopy>true</localCopy>
</snapshot>
<lastUpdated>20140822084052</lastUpdated>
<snapshotVersions>
<snapshotVersion>
<extension>jar</extension>
<value>1.0-SNAPSHOT</value>
<updated>20140822084052</updated>
</snapshotVersion>
<snapshotVersion>
<extension>pom</extension>
<value>1.0-SNAPSHOT</value>
<updated>20140822084052</updated>
</snapshotVersion>
</snapshotVersions>
</versioning>
</metadata>
十點鍾的時候，其他同事更新了com.mycompany.demo:test:1.0-SNAPSHOT的內容，並通過 "mvn deploy" 發布到了公司的Maven伺服器上。
公司Maven伺服器上產生了文件：
test-1.0-20140822.100021-1.jar
test-1.0-20140822.100021-1.pom
並更新了maven-metadata.xml，內容如下：
<?xml version="1.0" encoding="UTF-8"?>
<metadata modelVersion="1.1.0">
<groupId>com.mycompany.demo</groupId>
<artifactId>test</artifactId>
<version>1.0-SNAPSHOT</version>
<versioning>
<snapshot>
<timestamp>20140822.100021</timestamp>
<buildNumber>34</buildNumber>
</snapshot>
<lastUpdated>20140822100021</lastUpdated>
<snapshotVersions>
<snapshotVersion>
<extension>jar</extension>
<value>1.0-20140822.100021-1</value>
<updated>20140822100021</updated>
</snapshotVersion>
<snapshotVersion>
<extension>pom</extension>
<value>1.0-20140822.100021-1</value>
<updated>20130407081828</updated>
</snapshotVersion>
</versioning>
</metadata>
在這期間我的電腦上沒有發生過任何關於test的構建。
某一天，我需要構建一個依賴於test的項目，於是我運行了mvn package來打包。
這個時候，maven做了什麼呢（背景：我通過配置鏡像，使我本地Maven的任何資源都是從公司的Maven伺服器下載的）？
Step1：從公司的Maven伺服器上下載maven-metadata.xml，重命名為「maven-metadata-<RepositoryID>.xml」，並保存到本地倉庫相應目錄。
Step2：比較maven-metadata-local.xml與maven-metadata-<RepositoryID>.xml中的lastUpdated時間戳的值。
如果maven-metadata-local.xml中的時間戳比較大，則終止。
如果maven-metadata-<RepositoryID>.xml中的時間戳較大，則從公司Maven伺服器上下載最新版本。即：testu-1.0.1-20130407.081828-34.jar。這個過程分兩步：（1）下載test-1.0-20140822.100021-1.jar到本地Maven倉庫。（2）將test-1.0-20140822.100021-1.jar復制一份，覆蓋掉原先的test-1.0-SNAPSHOT.jar。也就是說，如果Maven從遠程倉庫下載了最新的SNAPSHOT發布包的話，那麼最新的待時間戳的包和xxx-SNAPSHOT包是完全一樣的。
3. Java Maven打包總結（Jenkins多模塊編譯部署）
原文地址： Java Maven打包總結（Jenkins多模塊編譯部署）
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7個階段。
完成了項目編譯、單元測試、打包功能，但沒有把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫和遠程maven私服倉庫
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8個階段。
完成了項目編譯、單元測試、打包功能，同時把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫，但沒有布署到遠程maven私服倉庫
依次執行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9個階段。完成了項目編譯、單元測試、打包功能，同時把打好的可執行jar包（war包或其它形式的包）布署到本地maven倉庫和遠程maven私服倉庫
可以看到主要區別在把生成的jar包最終存放的位置， package只管打包； install把打好的包放到了本地maven倉庫；deploy是同時放到本地倉庫和遠程maven私服
這里本地倉庫默認是 /root/.m2/repository/ ，具體配置在 ${M2_HOME}/conf/settings 的 localRepository 配置項決定。遠程私服倉庫一般是nexus，具體地址在項目的pom.xml中配置。比如
一般是進入父級目錄之後執行
如果是多級目錄的話，有時候並不一定是按照 具體的項目來 編譯，比如
這個時候如果一個項目一個項目來編譯會超級多，很繁瑣，這里是按照 subparentproject 來編譯，命令如下
有個注意的地方：
subparentproject 目錄下的pom.xml文件中一定有類型如下的配置
1、需要安裝插件 Extended Choice Parameter Plug-In 可以支持參數單選、多選
2、項目選擇"自由風格"，而不是maven編譯
3、在「構建」 -> "執行shell" 中編寫 子模塊編譯腳本及其後續處理
具體配置如下圖
「構建」 -> "執行shell" 中的處理腳本
附加：
Linux Bash下字元串操作總結