Java 命令行参数汇总

最近调试一些关于Java内存的东西，把以前一直没能整理，只是大概有个概念的东西翻出来了一下。

 

Java的命令行参数，在此前作web开发的时候，不是很经常使用到，若是彻底没有用到过也能理解，毕竟没搞炸过，没gc过，jvm(sun jdk)的一些默认参数已经足够，web的东西只要环境相差不是太厉害，都不必用到远程调试。

 

作过Java命令行工具开发的可能会使用一些，例如java -cp example.jar -option_a value_a 这样的技巧，或者封装一下成为一个工具包。用来给一些属性赋值，更新手的操做（也有多是为了省事儿）会按一些例如，java -cp example.jar a b c 按顺序分别入参。对于一些框架，Apache MapReduce或是Spring Cloud这样的，就会看到-Dexample.options=xx这样的入参。

 

那这时候就会有一个问题，即框架、你本身的代码(程序入参)、jvm参数三方混一块儿的状况。也就是为何要把它们区分开来，这样，咱们本身设计一些参数的时候可以更加合理，有的权衡。

 

下面列出了一些目前我所知道的状况。

 

1.Java 命令行工具参数

    例如：-verbose -jar -cp 之类的一些参数，这部分参数是Java可执行文件自己接受的参数。

具体能够参考sun官方给出的参数列表： https://docs.oracle.com/javase/10/tools/java.htm#JSWOR624

 

2.系统参数（不要和环境变量混掉）

    例如： -Djava.compiler=NONE  -Djava.security.auth.login.config  (例如kafka认证) ，这些以-D参数开头的，能够经过System.getProperty("key")取得，注意环境变量是System.getenv()，不要把它们搞混 

这部分很难找到确切的参考，取决于你使用的框架，可使用的系统变量截然不同。关于Java 自身可使用的，则能够在sun官方的指南中看到，具体放这边（失效能够搜索Java oracle tutorial，慢慢找）

https://docs.oracle.com/javase/tutorial/essential/environment/sysprop.html

关于上文也提到的 -Djava.security.auth.login.config 这个选项呢，则是JAAS标准的一部分，能够在这边找到参考，

https://docs.oracle.com/javase/8/docs/technotes/guides/security/jaas/JAASLMDevGuide.html

 

3.JVM参数

    例如-X，以及-XX参数，这部分的参考就不少了，stackoverflow上面有个回答贴心的将它们分红4大类，固然也不必定要分类强迫症，大概理下思路能够

•     Non-Standard Options (prefixed with -X)

These options are general purpose options that are specific to the Java HotSpot Virtual Machine.

For example : -Xmssize, -Xmxsize

• Advanced Runtime Options (prefixed with -XX) 运行时

These options control the runtime behavior of the Java HotSpot VM.

• Advanced JIT Compiler Options (prefixed with -XX) JIT选项

    These options control the dynamic just-in-time (JIT) compilation performed by the Java HotSpot VM.

• Advanced Serviceability Options (prefixed with -XX) 服务指标(暂翻)

    These options provide the ability to gather system information and perform extensive debugging.

• Advanced Garbage Collection Options (prefixed with -XX) 垃圾回收

    These options control how garbage collection (GC) is performed by the Java HotSpot VM.

具体能够看 https://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/jrdocs/refman/optionX.html

 

 

问题的本质：

入参问题的本质，在于java命令行工具按照约定（这部分我找不到规范，对openjdk没有研究，只知道兼容性各类报错）

将参数解析，而后发送往不一样的部分，一部分是Java虚拟机要的，一部分是用户的主类要的，还有一部分是告诉工具自身如何寻址。当Java自身把本身须要的部分彻底取走以后，剩下的就是用户主类的入参了，有点相似保留字，奈何没有规范，只能看到目前的参考去避让这部分。那难道咱们本身的入参只能剩下依序吗？

 

因而回到咱们最开始的问题，咱们本身设计参数的时候，若是文明礼让地去避让上面的几大类，好比为避免和Java 参数类似，不用-; --;开头，同时为了避免和框架混一块儿，不使用-D参数，天然也用不了-X -XX参数。真就按序解析？个人答案，学他们， 加前缀！或者你自身要开发一个框架，那不介意-D参数也能够，毕竟有系统API参数能够调用，何乐不为

 

就先写到这里，这么说吧，编程的东西，你不知道源头，很大程度上等于，你什么都不知道

 

PS，远程调试？check here_

https://docs.oracle.com/javase/8/docs/technotes/guides/jpda/