生命太短暂，不要去做一些基本没有人想要的货色。本文已被 https://www.yourbatman.cn 收录，外面一并有Spring技术栈、MyBatis、JVM、中间件等小而美的专栏供以收费学习。关注公众号【BAT的乌托邦】一一击破，深刻把握，回绝浅尝辄止。

前言

各位小伙伴大家好，我是A哥。最近遇到两个问题，都是对于IDEA的（话中有话和代码无关），很是让我“怄气”呀（要害是浪费时间）。在痛定思痛后，我决定写此专栏，来专门分享/记录应用IntelliJ IDEA过程中遇到的那些奇葩问题和解决方案，以帮忙你缩短日常排错工夫，这么一思考如同还功德无量呢????。

IntelliJ IDEA作为Java开发者中最为风行的开发工具（eclipse粉勿喷），熟练掌握它（包含排雷）对晋升编码效率能有显著晋升。但工具毕竟是工具，这么长时间应用IDEA以来，每个人或多或少的都遇到过对于IDEA七七八八、奇奇怪怪的问题，这些与代码舞棍，但它很容易偷走你的工夫，半天又更或者是一天之久。

阐明：千万不要漠视对IDEA的钻研，因为把它玩纯熟了它就相当于你的物理外挂

本专栏内容并非 IDEA教程，而是着眼于分享IDEA应用过程中，那些我遇到（或者大家遇到）的但又不是可能很疾速解决，总之就是比拟辣手的问题的汇总，有一种错题本的意思有木有。总之就是心愿它可能帮忙到大家迅速定位or解决问题，防止不必要的工夫节约，毕竟咱们的主业还是敲代码嘛~

版本约定

本文内容若没做非凡阐明，均基于以下版本：

• IntelliJ IDEA：2020.1.2旗舰版

注释

应用IDEA这么久，尽管之前时不时地的跟IDEA问题“交过手”，但真正促使我决定写此专栏的起因还是源自于前两天应用IDEA启动Spring Boot程序时的这个报错：

Error running 'Application': Command line is too long. Shorten command line for Application or also for Spring Boot default configuration.

说实话这个谬误我前所未见，看起来还蛮有意思，因而决定钻研一番。这不，把钻研后果分享给大家，信息共享。

为了解释好这个问题，咱们得先来做些功课，通晓写概念。

控制台首行门路

在IDEA里，你每次启动一个main函数时，控制台第一行输入的“日志”称作为：控制台首行门路。这里，我运行一个最最最简略的程序，看看它长啥样，程序如下：

public class Application {    public static void main(String[] args) {        System.out.println("Hello world");    }}

运行程序，控制台输入如下截图：

置信小伙伴每天都能看见它但大概率不会留神到它，我也不例外。你想不到的是，凑巧这行“日志”就成为了本文明天的配角，会围绕它来展论述。

特地阐明：如果你是用外置tomcat驱动利用启动的话成果不是这样子的。因为它应用的是tomcat的脚本来启动，所以首行日志形如这样：D:\developer\apache-tomcat-9.0.34\bin\catalina.bat run

首行门路内容

晓得了什么叫首行门路，那么它的内容才是咱们要关怀的。如上截图中，仔细的你会发现最初是...省略号，因而内容绝不止你当初看到的那么简略。你能够鼠标点击一下，开展全部内容，截图如下：

这一行切实太长了，无奈横向截图全副展现进去，因而我把它复制进去放在文本编辑器中查看：

这个截图是一行哦（只是我在文本编辑器了主动折行了而已），仍旧不能看到全部内容，因为字数真的太多了，总字数统计如下：

仅仅一行，字数超过26000个。咋舌吧：第一行控制台“日志”居然输入了超过2.6w个字符。从内容构造上来看，这是一个command命令：调用java.exe程序启动一个java过程的命令。

为何启动抛错Command line is too long

99.99%的状况下，你能够在IDEA里失常启动你的利用，即便首行门路很长很长。然而直到当我启动我的这个Spring Boot利用时，弹出红色提醒：

间接禁止了我的running运行。提醒内容中文释义为：运行“Application”时出错：命令行太长。缩短应用程序或Spring Boot默认配置的命令行。我置信如果你也是第一次见到此case，表情和我一样是这样的：

main办法都启不动了，那还得了。遇到这种状况，我只能应用百度大法（谷歌大法）了：

一看能搜出这么多后果，我也就不慌了，依照“教程”很容易的把问题解决了。另外呢，通过此次搜寻到的后果聊两句题外话：

1. 尽管Result Count不少，然而我发现本质上内容简直一毛一样，真乃天下文章一大抄
2. 访问量并不代表文章品质高，只是它刚好命中了关键字而已，比方题目党

我得出如此感悟，也是促使我写本文的起因之一。因为A哥的文章一贯如此，是有些B格的。接下来以点带面，把这部分内容帮大家开展开展，解决问题并非最终目标，而是为了：记得牢，能装x，所有为了加薪。

起因剖析

呈现此问题的间接起因是：IDEA集成开发环境运行你的“源码”的时候（留神是源码根底上运行，并非打好的jar包哦），是通过命令（首行那个十分十分长的）来启动Java过程的。这个命令次要蕴含两大部分：

1. vm/程序参数。也就是你看到的那些-XX -D等参数，这部分实践上能够有限长但实际上个别不会太长
2. -classpath参数，它用于指定运行时jar包门路（因为jar包实践上是能够在任何中央的），这部分可能性就多了

要害就在于-classpath参数，它能够十分长，你依赖的jar包越多此门路就越长；你的base基门路越长它就越长；假使你还要做简单的Junit单元测试，那退出的jar包就更多长度可能就越长喽。总的来说：此part是很有可能超长从而导致Command line is too long景象的。

如果类门路太长（可能性大），或者您有许多VM参数（可能性小），则无奈启动该程序。起因是大多数操作系统都有命令行长度限度。在这种状况下，IntelliJ IDEA将提供尝试缩短类门路的能力。

IDEA老版本计划

针对此问题，在之前版本（确切的说是2017.3之前的版本），须要通过XML文件配置来解决：找到工程下的.idea/workspace.xml这个文件，增加如下项：

<component name="PropertiesComponent">    ...    <!-- 这句是你须要增加的项 -->    <property name="dynamic.classpath" value="true" />    ...</component>

再次启动程序发现问题解决。我有理由置信，在这个工夫节点上应该没有人用这么古老的版本了吧，但你在网上搜的文章大多数都还是这种解决方案，因而请务必留神甄别哦（2017.3当前的版本请参照上面计划解决）。

所以我不是说了麽，任何不指定版本的解决方案、源码剖析文章都是不太负责任的。作为一个程序员，应该适当进步本人的版本意识

IDEA新版本计划：命令行缩短器

在IDEA的2017.3版本中提供了一项新个性：命令行缩短器。旨在用来解决此类问题，也就是说从此版本开始，不再须要通过XML文件来编辑IDE的设置那么麻烦了，而是间接在界面操作即可：

最后，IntelliJ IDEA尝试将长类门路写入文本文件（这意味着应用程序是两头类加载器）。然而可怜的是，这不适用于某些框架，例如JMock。而后，IntelliJ IDEA尝试应用或多或少的规范办法，行将长类门路打包到classpath.jar中。可怜的是，对于其余一些框架，这也不起作用。

总结：这两种计划都不是100%完满的，具体情况具体分析

从上对话框中能够看到IDEA一共提供了三种命令行缩短器供你抉择：

1. none。这是默认选项。IDE不会缩短长类门路。如果命令行超出操作系统限度，则IDEA将无奈运行您的应用程序
2. jar manifest。IDE通过长期classpath.jar传递长类门路。原始类门路在MANIFEST.MF中定义为classpath.jar中的类门路属性
3. classpath file。IDE将把长类门路写入文本文件

jar manifest形式

抉择此种形式，运行测试程序，首行全部内容展现如下：

D:\developer\jdks\1.8.0_241\bin\java.exe -XX:TieredStopAtLevel=1 -noverify     -Dspring.output.ansi.enabled=always -Dcom.sun.management.jmxremote     -Dspring.jmx.enabled=true -Dspring.liveBeansView.mbeanDomain     -Dspring.application.admin.enabled=true     "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2020.1.1\lib\idea_rt.jar=5975:C:\Program Files\JetBrains\IntelliJ IDEA 2020.1.1\bin" -Dfile.encoding=UTF-8     -classpath C:\Users\xxx\AppData\Local\Temp\classpath1199511058.jar     com.xxx.Application

区别次要在于-classpath这一行，它不再是把所有jar的门路展现进去，而是“封装”到了一个jar文件里，这一下子让命令长度大幅缩小，可能100%保障不会超长了，所以启动也就不会报错喽。

另外，在IDEA里你间接单击此jar门路是能够预览器内容的（真贴心）：

当然，你也能够在你磁盘里找到此jar文件，而后查看其内容（阐明：请确保hold住线程了再去找对应文件，否则临时文件是线程完结后就删除了的）：

特别强调：我在实际过程中，应用此种形式呈现过jar包没有被加载进来的状况，在此揭示各位，若你也有相似景象产生，请切换成应用classpath file形式吧。

毕竟官网也说了：这两种门路缩短形式，对某些框架可能存在不兼容状况，just可能而已哦~

classpath file形式

抉择此种形式，运行测试程序，首行全部内容展现如下：

D:\developer\jdks\1.8.0_241\bin\java.exe -XX:TieredStopAtLevel=1 -noverify     -Dspring.output.ansi.enabled=always -Dcom.sun.management.jmxremote     -Dspring.jmx.enabled=true -Dspring.liveBeansView.mbeanDomain     -Dspring.application.admin.enabled=true     "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2020.1.1\lib\idea_rt.jar=5975:C:\Program Files\JetBrains\IntelliJ IDEA 2020.1.1\bin" -Dfile.encoding=UTF-8     -classpath C:\Users\xxx\AppData\Local\Temp\idea_classpath921151059    com.xxx.Application

有了下面的形容，这个就不必A哥赘述了。

扩大常识：windows系统命令最大长度

这属于扩大常识，延长浏览内容。

既然曾经晓得呈现此问题的起因是命令超长了而“报错”，A哥就想那windows命令最长容许多少字符呢？带着这个问题，我开始了一番苦心寻找，最初终于在windows官网找到了我想要的答案。地址在这：https://docs.microsoft.com/zh...

在Windows上，命令行长度最大为32767个字符（和shell长度、命令提示符长度的区别）。当提供足够大的类门路时，将违反此限度，并且Windows拒绝执行该命令并抛出错误代码87。举荐的解决方案有如下两种：

1. 将所有jar复制到一个公共文件夹，例如c:\jars，而后将其包含在内。这样，每个jar都有一个短门路，即c:\jars（而不是长门路c:\program files\app\lib\app-jar1.jar），并且应该能够将这个门路们管制在38kb之内
2. 如果步骤1不起作用，则能够将单个jar提取到一个文件夹中，并创立一个蕴含所有提取文件的新jar。这样就只须要引入这个新jar就能够了

这是两种解决问题的思维：短门路形式（简略高效）和打包形式（100%能解决问题）

别问A哥为毛只给出windows的最大长度，没有Mac的吗？我只能说，我很穷所以用的是windows本，Mac的我不关怀????

思考题

今日份思考题比较简单

1. 为毛你的Spring Boot利用在生产环境下从来不用放心呈现Command line is too long这种谬误？
2. 有哪些无效的形式能够防止你的开发环境呈现此问题？

总结

IDEA踩坑系列第一篇到这就完结了，算不算精彩呢？我集体感觉还能够????。此专栏后续将不定期的更新，除了我本人筹备外，同时也十分欢送各位小伙伴能把平时遇到的IDEA遇到的辣手问题反馈给我（最好有解决方案哦），咱们一起把这个事做好，也算造福于大家嘛，毕竟我一个人碰见的case实则无限，有倡议的能够下方扫码加我好友私聊我。

关注A哥