IDEA中至关重要的众多配置选项，正是这些关键所在，它们直接影响着项目的运行效果，任何缺失都无法满足需求。近期，公司恰好采用了之前较为熟悉的IDEA工具，而非其他选项intellij idea uml，为了能更深入地掌握和运用它，我便搜集了各类资料进行深入研究，现将整理成果分享给大家。

1.

1. name：定义项目的名称；

SDK允许用户指定本项目的JDK版本，同时支持在此处新增其他不同版本的JDK。

这个与JDK的版本相似，但有所区别。若你将JDK设置为1.8，却仅使用了1.6版本的特性，那么在此处可以将语言等级调整为1.6。这样做是为了确保在项目编译时的检查过程中，最低要求的JDK特性得以限定。

项目中的预设编译结果存放的总路径，如图中所示黄色区域，但事实上，各个模块都有权独立设定专属的输出路径（通过设置“- () - Paths - Use path”选项），因此这一配置显得有些多余。

2

增删子项目

在某个项目内部，可以包含若干个子项目，这些子项目各自独立，如同一个个模块。通常情况下，我们的项目是独立存在的，IDEA软件默认也采用单子项目结构，因此只需对单个模块进行配置即可。

（此处的两个项目引入仅作示例参考）

子项目配置

每个子项目都对应了、Paths、 三大配置选项：

展示项目所涉及的目录资源，这些目录是项目部署过程中不可或缺的部分，不同色彩的标注用以区分目录的不同类别。

项目编译输出的路径可以进行设定，这指的是项目中的类文件以及测试类文件的编译输出位置，它替代了原本预设的默认输出路径。

：项目的依赖

增删框架（Web部署-1）

在各个子项目内部，我们均可为其指定适用的框架，尤其是关于Web模块的配置，这一点需要特别予以阐述。

3

此处能够展示已添加的jar包，并且支持新增jar包，此外，还能将多个jar文件归入同一组，就如同对jar包进行整理归类。

这里默认将每个jar包做为了一个单独的组（未测试，待定）。

4

官方的解释是：

当你点击窗口中的一个面相时，相应的选项会在界面的右侧部分呈现。

点击左侧选择面板中的特定技术框架，右侧界面将展示该框架的相关配置选项。

说实话，并没有感觉到有什么作用。

5 （Web部署-2）

项目配置中的打包部署环节至关重要，这里需要特别强调。

先理解下它的含义，来看看官方定义的：

一个测试用例是你编写的用于检验的代码片段，或者是对你的程序或其某个部分的模拟。测试用例可以是Java程序的一部分，或者是在Java环境中运行的Java应用程序，也可以是作为Web服务的一部分或是一个独立的Web应用程序，等等。

编译完成的Java类以及Web资源的集成，用于执行测试和部署等任务。简单来说，就是确定如何进行打包，比如采用war、jar、ear等不同的打包格式。一旦完成打包，就可以将应用部署到服务器上。

（

Java语言中的jar文件，通常用于将众多Java类文件、相关联的元数据以及资源文件（如文本、图片等）整合进单一文件中，便于分发Java平台上的应用程序或库。

Web应用程序中，War文件是一种包含有JSP页面、Java程序代码、Java类文件、XML配置文件、标签库、静态网页（包括HTML文件及其相关附件）等多种资源的JAR文件，这些资源共同构成了一个完整的Web应用程序。

在此处，您可以将其视为一种扩展，而非缩减。这指的是war、jar等生成物在未经压缩状态下的目录布局。在开发过程中，推荐采用这种结构，因为这样修改文件后，其效果可以立即显现。

）

在IDEA中，默认配置下，相关目录已预先设定，无需进行修改。当制作war包时，系统会自动在WEB-INF目录中创建所需文件夹，随后只需将编译完成的文件存入其中即可。

您可能对当前的输出文件夹感到困惑，之前已经设置好了文件编译的输出位置，为何现在又多了一个用于整合资源的文件夹？这个文件夹具体承担了哪些任务呢？

其实，实际上，当你点击运行时，默认就开始做以下事情：

在保存或自动保存文件后，IDEA并不会立即进行编译操作，这与那些保存即编译的IDE不同。因此，在执行程序之前，IDEA会进行一次编译过程。编译完成后，生成的class文件会被保存在项目指定的编译输出目录中。

* 根据中的设定对目录结构进行创建；

将web资源的主目录中包含的所有文件，移至指定目录中（详情请参考1.2.3部分）。

将编译输出的目录内容复制，并移至WEB-INF文件夹中（具体操作请参考1.2.2部分）。

* 拷贝lib目录下所需的jar包到下的下；

执行操作，一旦操作顺利完成，若条件允许intellij idea uml，系统将自动启动浏览器并访问预定的网址。

在这里还要注意的是，配置完成的，需要在中进行添加：

如有侵权请联系删除！