目录
idea的application context（web默认访问路径）
Intellij IDEA 14.x 中的Facets和Artifacts的区别
IntelliJ使用指南—— 深入理解IntelliJ的Web部署逻辑
project与module的概念
对于 Project，IntelliJ IDEA 官方是这样介绍的：
A project is a top-level organizational unit for your development work in IntelliJ IDEA. In its finished form, a project may represent a complete software solution. A project is a collection of:
Your work results: source code, build s, configuration files, documentation, artifacts, etc.SDKs and libraries that you use to develop, compile, run and test your code.Project settings that represent your working preferences in the context of a project.
A project has one or more modules as its parts.
对于 Module，IntelliJ IDEA 官方是这样介绍的：
A module is a part of a project that you can compile, run, test and debug independently.Modules are a way to reduce complexity of large projects while maintaining a common (project) configuration.Modules are reusable: if necessary, a module can be included in more than one project.
通过上面的介绍，咱们知道，在 IntelliJ IDEA 中Project是最顶级的结构单元，然后就是Module，一个Project可以有多个Module。目前，主流的大型项目结构基本都是多Module的结构，这类项目一般是按功能划分的，比如：user-core-module、user-facade-module 和 user-hessian-module 等等，模块之间彼此可以相互依赖。通过这些Module的命名可以看出，她们都是处于同一个项目中的模块，彼此之间是有着不可分割的业务关系的。
因此，咱们可以大致总结出：一个Project是由一个或多个Module组成，尽量让各模块处于同一项目之中，此时彼此之间具有互相依赖的关联关系。在这里，之所以说“尽量”，是因为 IntelliJ IDEA 的Project是一个没有具备任何编码设置、构建等开发功能的，主要起到一个项目定义、范围约束、规范类型的效果，或许，咱们也可以简单地理解Project就是一个单纯的目录，只是这个目录在命名上必须有其代表性的意义。在一般情况下，IntelliJ IDEA 是默认单Project单Module的，这时Project和Module合二为一，在没有修改存储路径的时候，显然Project对Module具有强约束作用啦！不过说实话，这里就是将Module的内容放在了Project的目录下，实际上还是Module自己约束自己。
标注1：Project name，项目名称；标注2：Project location，项目存储地址；标注3：Module name，模块名称；标注4：Module file location，模块存储地址。
如上图所示，通过观察Project和Module的存储地址，咱们可以发现，在此处建立了一个名为user-core-module的目录，并将其放在了名为user-modules-project的目录下，而没有将两个目录合二为一，也就为咱们建立多Module的Project作了准备。
如上图所示，显然user-modules-project仅表现为一个目录而已。
如上图所示，依次点击File–>New–>Module，进入如下界面：
如上图所示，输入Module name之后，Content root和Module file location自动发生改变，然后点击finish，完成：
如上图所示，咱们在项目user-modules-project中，建立了两个Module，分别为user-core-module和user-hessian-module，接下来，咱们再看看存储目录：
如上图所示，显然在user-modules-project目录中，又多了一个名为user-hessian-module的目录。至此，多Module的Project构建完成！
idea的application context（web默认访问路径）
eclipse大家应该都用过，eclipse访问项目的路径一般是localhost:8080/projectName, 当把IDE换成idea以后，访问路径一般情况下就变成了localhost:8080,路径没有了后面的项目名。tomcat在发布项目的时候不考虑用虚拟路径的话，一般都是把项目放在webapps里面，这个时候具体放置的位置就会影响访问路径了。如果是直接放在webapps目录下，那么访问路径就是和eclipse相同的访问路径了，但是这时候如果把项目放在tomcat的webapps里的root文件夹下，那么这个时候这个项目就成为了tomcat的默认项目，直接用localhost:8080就可以访问，安装tomcat时检查tomcat是否正常安装出现的项目其实就是root。
localhost:8080/projectName或者是localhost:8080就是我们平常所说的应用上下文，项目中的路径名都是相对于这个应用上下文来说的。在idea下开发的时候，有时候我们可能需要让访问路径带上项目名，但是idea默认是为每个项目单独配置tomcat的，eclipse是把项目统一放到某个配置好的tomcat中，所以默认配置的访问路径就出现了差别。
artifact什么意思
一般会见到如下的图。
Artifact 是maven中的一个概念，表示某个module要如何打包。这又多个模块的概念，不懂的就先当他是个web项目吧，
例如war exploded、war、jar、ear等等这种打包形式；
一个module有了 Artifacts 就可以部署到应用服务器中了！
好奇这个带不带exploded的有什么差别不？
这个是不带exploded的。和下图的框框对比下，就可以看到差别啦。
explode 在这里你可以理解为展开，不压缩的意思。也就是war、jar等产出物没压缩前的目录结构。
建议在开发的时候使用这种模式，便于修改了文件的效果立刻显现出来。
1、项目配置的理解
IDEA 中最重要的各种设置项，就是这个 Project Structre 了，关乎你的项目运行，缺胳膊少腿都不行。最近公司正好也是用之前自己比较熟悉的IDEA而不是Eclipse，为了更深入理解和使用，就找来各种资料再研究一下，这里整理后来个输出。
1.1 Project
- Project name：定义项目的名称；
- Project SDK：设置该项目使用的JDK，也可以在此处新添加其他版本的JDK；
- Project language level：这个和JDK的类似，区别在于，假如你设置了JDK1.8，却只用到1.6的特性，那么这里可以设置语言等级为1.6，这个是限定项目编译检查时最低要求的JDK特性；
- Project compiler output：项目中的默认编译输出总目录，如图黄色部分，实际上每个模块可以自己设置特殊的输出目录（Modules - (project) - Paths - Use module compile output path），所以这个设置有点鸡肋。
1.2 Modules
1.2.1 增删子项目
一个项目中可以有多个子项目，每个子项目相当于一个模块。一般我们项目只是单独的一个，IntelliJ IDEA 默认也是单子项目的形式，所以只需要配置一个模块。
（此处的两个项目引入仅作示例参考）
1.2.2 子项目配置
每个子项目都对应了Sources、Paths、Dependencies 三大配置选项：
- Sources：显示项目的目录资源，那些是项目部署的时候需要的目录，不同颜色代表不同的类型；
- Paths：可以指定项目的编译输出目录，即项目类和测试类的编译输出地址（替换掉了Project的默认输出地址）
- Dependencies：项目的依赖
1.2.3 增删框架（Web部署-1）
每个子项目之下都可以定义它所使用的框架，这里重点说明一下Web部分的设置。
1.3 Libraries
这里可以显示所添加的jar包，同时也可以添加jar包，并且可以把多个jar放在一个组里面，类似于jar包整理。
这里默认将每个jar包做为了一个单独的组（未测试，待定）。
1.4 Facets
官方的解释是：
When you select a framework (a facet) in the element selector pane, the settings for the framework are shown in the right-hand part of the dialog.
（当你在左边选择面板点击某个技术框架，右边将会显示这个框架的一些设置）
说实话，并没有感觉到有什么作用。
1.5 Artifacts（Web部署-2）
项目的打包部署设置，这个是项目配置里面比较关键的地方，重点说一下。
先理解下它的含义，来看看官方定义的artifacts：
An artifact is an assembly of your project assets that you put together to test, deploy or distribute your software solution or its part. Examples are a collection of compiled Java classes or a Java application packaged in a Java archive, a Web application as a directory structure or a Web application archive, etc.
即编译后的Java类，Web资源等的整合，用以测试、部署等工作。再白话一点，就是说某个module要如何打包，例如war exploded、war、jar、ear等等这种打包形式。某个module有了 Artifacts 就可以部署到应用服务器中了。
（
jar：Java ARchive，通常用于聚合大量的Java类文件、相关的元数据和资源（文本、图片等）文件到一个文件，以便分发Java平台应用软件或库；
war：Web application ARchive，一种JAR文件，其中包含用来分发的JSP、Java Servlet、Java类、XML文件、标签库、静态网页（HTML和相关文件），以及构成Web应用程序的其他资源；
exploded：在这里你可以理解为展开，不压缩的意思。也就是war、jar等产出物没压缩前的目录结构。建议在开发的时候使用这种模式，便于修改了文件的效果立刻显现出来。
）
默认情况下，IDEA的 Modules 和 Artifacts 的 output目录已经设置好了，不需要更改，打成war包的时候会自动在 WEB-INF目录下生成classes，然后把编译后的文件放进去。
你可能对这里的输出目录不太理解，之前不是配置过了文件编译的输出目录了吗？为什么这里还有一个整合这些资源的目录呢？它又做了哪些事呢？
其实，实际上，当你点击运行tomcat时，默认就开始做以下事情：
- 编译，IDEA在保存/自动保存后不会做编译，不像Eclipse的保存即编译，因此在运行server前会做一次编译。编译后class文件存放在指定的项目编译输出目录下（见1.2.2）；
- 根据artifact中的设定对目录结构进行创建；
- 拷贝web资源的根目录下的所有文件到artifact的目录下（见1.2.3）；
- 拷贝编译输出目录下的classes目录到artifact下的WEB-INF下（见1.2.2）；
- 拷贝lib目录下所需的jar包到artifact下的WEB_INF下；
- 运行server，运行成功后，如有需要，会自动打开浏览器访问指定url。
在这里还要注意的是，配置完成的artifact，需要在tomcat中进行添加：
333
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
