IntelliJ IDEA 编译及运行方式介绍

  • IntelliJ IDEA 支持实时编译和手动编译两种,实时编译比较耗费资源,一般都选择手动编译。手动编译有三种类型

  1. Compile:对选定的目标(Java 类文件),进行强制性编译,不管目标是否是被修改过。
  2. Rebuild:对选定的目标(Project),进行强制性编译,不管目标是否是被修改过,由于 Rebuild 的目标只有 Project,所以 Rebuild 每次花的时间会比较长。
  3. Make:使用最多的编译操作。对选定的目标(Project 或 Module)进行编译,但只编译有修改过的文件,没有修改过的文件不会编译,这样平时开发大型项目才不会浪费时间在编译过程中。IDEA在运行或调试之前默认会先进行Make操作。

编译器的选择和设置

  • 1所示,就是上面我们提到的开启自动编译
  • 2 所示,设置编译 heap 大小,默认是 700,建议使用 64 位的用户,在内存足够的情况下,建议改为 1500 或以上。如果你在编译的时候出错,报:OutOfMemoryError,一般也是要来改这个地方。
  • 3 所示,还可以设置编译时的 VM 参数,这个你可以根据需求进行设置,一般人是用不上的。

上图是编译排除,使用场景就是某个项目编译不过,我们对这个项目的依赖又不是那么着急,这时就可以先把这个项目暂时排除。

时间: 2024-10-16 18:01:33

IntelliJ IDEA 编译及运行方式介绍的相关文章

IntelliJ IDEA 编译方式介绍

原文:https://github.com/judasn/IntelliJ-IDEA-Tutorial/blob/newMaster/make-introduce.md 编译方式介绍 相比较于 Eclipse 的实时自动编译,IntelliJ IDEA 的编译更加手动化,虽然 IntelliJ IDEA 也支持通过设置开启实时编译,但是不建议,因为太占资源了.IntelliJ IDEA 编译方式除了手工点击编译按钮进行编译之外,还有就是在容器运行之前配置上一个编译事件,先编译后运行.默认下 In

IntelliJ IDEA 缓存和索引介绍和清理方法

IntelliJ IDEA 首次加载项目的时候,都会创建索引,而创建索引的时间跟项目的文件多少成正比,我也简单强调了 IntelliJ IDEA 索引的重要性.这里我们再对此进行详细说明索引.缓存对 IntelliJ IDEA 的重要性. 通过<常见文件类型的图标介绍>章节,你已经认识到 IntelliJ IDEA 下各个文件类型的图标是什么样子的.其中有一个图标我是专门进行了讲解: Java class located out of the source root.我们也都知道该图标是表示

编译原理简单介绍

编译原理学习导论 大学课程为什么要开设编译原理呢?这门课程关注的是编译器方面的产生原理和技术问题,似乎和计算机的基础领域不沾边,可是编译原理却一直作为大学本科的必修课程,同时也成为了研究生入学考试的必考内容.编译原理及技术从本质上来讲就是一个算法问题而已,当然由于这个问题十分复杂,其解决算法也相对复杂.我们学的数据结构与算法分析也是讲算法的,不过讲的基础算法,换句话说讲的是算法导论,而编译原理这门课程讲的就是比较专注解决一种的算法了.在20世纪50年代,编译器的编写一直被认为是十分困难的事情,第

GNU编译工具链介绍---Antoconf

大家在下载很多自由软件的源码下来编译的时候,都要用到configure这个命令,然后make,make install等等,这里我们就浅显地介绍一下什么是autoconf: 1. 基本介绍 autoconf就是一个生成shell脚本(或者其他操作系统上的可解释脚本或程序)的程序,生成的shell脚本用来根据所在的编译环境对源码进行配置.举个很简单的例子,比如我在Linux和Mac上面编译同样一份源码,编译出的程序可能一个显示Linux版本信息,一个显示Mac的版本信息,这就是autoconf起到

IntelliJ IDEA 下的版本控制介绍

不管是个人开发或是团队开发,版本控制都是可以很好地被使用的,目前我找不到任何开发者不使用版本控制的理由.而且对于 IDE 来讲,集成版本控制的本身就是它最大的亮点之一,很多开发者也是为此而使用它. 在本章节中也会对 IntelliJ IDEA 的相关版本控制进行了介绍,会开始涉及到一些 IntelliJ IDEA 人性化设置,也希望你能从这一讲开始认识到 IntelliJ IDEA 的优雅. 很多人认为 IntelliJ IDEA 自带了 SVN 或是 Git 等版本控制工具,认为只要安装了 I

IntelliJ IDEA 编译项目报错-JDOMParseException

昨天使用IDEA 13进行项目跟新后,进行项目编译,编译过程中IDEA开始报错: Error:Internal error: (org.jdom.input.JDOMParseException) Error on line 3012: XML document structures must start and end within the same entity. org.jdom.input.JDOMParseException: Error on line 3012: XML docum

VC++ 2017编译WebRTC参数介绍

本文主要介绍VC++ 2017编译webrtc m76版本参数配置,具体代码获取流程请自行阅读webrtc官方文档:https://webrtc.org/native-code/development/,这里不做展开 先贴出完整的gn参数 1 gn gen --target=x64 --args="is_clang = true use_custom_libcxx = false use_rtti=true rtc_include_tests=false rtc_libvpx_build_vp9

.Net编译原理简单介绍

名称解释: 1.CLR:公共语言远行时,是一个可由多种编程语言使用的"远行时".CLR的核心功能(比如内存管理.程序集加载.安全性.异常处理和线程同步)可由面向CLR的所有语言使用.CLR不关心开发人员使用哪种语言进行编程,只要编译器面向CLR就可以了,所有,开发人员应该使用自己最适合和熟悉的语言进行编程.所有的编程语言在面向CLR编译器的编译都生成了一个托管模块. 2.IL文件:IL(中间语言)代码 编译器编译源代码时生成的代码..net生成的exe文件是IL文件,是不能被CPU识别

ffmpeg x264编译与使用介绍

问题1:我用的是最新版本的ffmpeg和x264,刚刚编译出来,编译没有问题,但是在linux 环境使用ffmpeg的库时发现报错error C3861: 'UINT64_C': identifier not found 解决方法在libavutil目录下的common.h里增加如下定义: #ifndef INT64_C #define INT64_C(c) (c ## LL) #define UINT64_C(c) (c ## ULL) #endif 问题2:链接基于ffmpeg的应用时报错: