想必當使用eclipse編寫程序時，總會遇到一些莫名其妙的問題，比如說提示找不到某個類或方法，明明沒有語法錯誤卻說有語法錯誤，往往這個時候使用project clean即可輕松解決問題。
然而若是你的項目使用maven編譯，也會有一個maven clean，這兩個有什么具體區別呢，為此我以一個具體項目做了實驗，跟蹤項目目錄下的target文件夾，得出如下結論：
1. maven clean：
maven clean是maven的一個清潔生命周期，目的是刪除build目錄下的構建輸出，體現在文件系統上是刪除了Target目錄所有文件，包括該目錄！（也可以說是刪除了maven install后的所有內容）。
2. project clean：
project clean是IDE對已經生成的class文件的刪除操作，體現在文件系統上是只刪除了Target目錄中classes文件夾中所有內容！（也可以說是刪除了IDE自動編譯的所有內容）。
下面具體講的是：maven 周期
切記：運行任何一個階段的時候，它前面的所有階段都會被運行
Maven強大的一個重要的原因是它有一個十分完善的生命周期模型(lifecycle)，這個生命周期可以從兩方面來理解，第一，顧名思義，運行Maven的每個步驟都由它來定義的，這種預定義的默認行為使得我們使用Maven變得簡單，相比而言，Ant的每個步驟都要你手工去定義。第二，這個模型是一種標准，在不同的項目中，使用Maven的接口是一樣的，這樣就不用去仔細理解每個項目的構建了，一般情況下，mvn clean install 這樣的命令是通用的。我想，一定是吸收了許多項目的經驗，Maven才能定義出如此完善的模型。
Maven有三套相互獨立的生命周期，請注意這里說的是“三套”，而且“相互獨立”，初學者容易將Maven的生命周期看成一個整體，其實不然。這三套生命周期分別是：
-
Clean Lifecycle 在進行真正的構建之前進行一些清理工作。
-
Default Lifecycle 構建的核心部分，編譯，測試，打包，部署等等。
-
Site Lifecycle 生成項目報告，站點，發布站點。
我再次強調一下它們是相互獨立的，你可以僅僅調用clean來清理工作目錄，僅僅調用site來生成站點。當然你也可以直接運行 mvn clean install site 運行所有這三套生命周期。
知道了每套生命周期的大概用途和相互關系以后，來逐個詳細看一下每套生命周期，Clean和Site相對比較簡單，先解釋一下。
每套生命周期都由一組階段(Phase)組成，我們平時在命令行輸入的命令總會對應於一個特定的階段。比如，運行mvn clean ，這個的clean是Clean生命周期的一個階段。有點繞？要知道有--Clean生命周期，也有clean階段。Clean生命周期一共包含了三個階段：
- pre-clean 執行一些需要在clean之前完成的工作
- clean 移除所有上一次構建生成的文件
- post-clean 執行一些需要在clean之后立刻完成的工作
mvn clean 中的clean就是上面的clean，在一個生命周期中，運行某個階段的時候，它之前的所有階段都會被運行，也就是說，mvn clean 等同於 mvn pre-clean clean ，如果我們運行 mvn post-clean ，那么 pre-clean，clean 都會被運行。這是Maven很重要的一個規則，可以大大簡化命令行的輸入。
下面看一下Site生命周期的各個階段：
- pre-site 執行一些需要在生成站點文檔之前完成的工作
- site 生成項目的站點文檔
- post-site 執行一些需要在生成站點文檔之后完成的工作，並且為部署做准備
- site-deploy 將生成的站點文檔部署到特定的服務器上
這里經常用到的是site階段和site-deploy階段，用以生成和發布Maven站點，這可是Maven相當強大的功能，Manager比較喜歡，文檔及統計數據自動生成，很好看。
最后，來看一下Maven的最重要的Default生命周期，絕大部分工作都發生在這個生命周期中，這里，我只解釋一些比較重要和常用的階段：
- validate
- generate-sources
- process-sources
- generate-resources
- process-resources 復制並處理資源文件，至目標目錄，准備打包。
- compile 編譯項目的源代碼。
- process-classes
- generate-test-sources
- process-test-sources
- generate-test-resources
- process-test-resources 復制並處理資源文件，至目標測試目錄。
- test-compile 編譯測試源代碼。
- process-test-classes
- test 使用合適的單元測試框架運行測試。這些測試代碼不會被打包或部署。
- prepare-package
- package 接受編譯好的代碼，打包成可發布的格式，如 JAR 。
- pre-integration-test
- integration-test
- post-integration-test
- verify
- install 將包安裝至本地倉庫，以讓其它項目依賴。
- deploy 將最終的包復制到遠程的倉庫，以讓其它開發人員與項目共享
記住，運行任何一個階段的時候，它前面的所有階段都會被運行，這也就是為什么我們運行mvn install 的時候，代碼會被編譯，測試，打包。