本文自2018年至今已累计有十八万余次的点击，并且博友的反馈很好。所以，希望能得到各位看官的支持！
 
如何支持？
 
 
（**有Chang下载CSDN会员资源！粉丝可免费下载一次**）
 
 
 
'yarn' 不是内部或外部命令，也不是可运行的程序
 
ipconfig不是内部命令或外部命令
 
Python不是内部或外部命令的（完美解决）
 
 
 
 
不知不觉我跟这个“不是内部命令或外部命令，也不是可运行的程序”，打了好久的交道了，也大概摸清怎么搞定这个东西了，从最开始的用一上午去鼓捣它，到现在一分钟解决战斗，自然也是有些自己的心得。
 
 
后续我会将我发现的好玩的规律总结一下给大家尝尝鲜！
 
 
 
前言：
 
  相信有很多小伙伴都比较喜欢使用Command命令来快速的打开或运行程序，但是有些时候命令提示符会和我们开个小玩笑。今天我就教大家如何管教这个不听话的cmd！
 
 
 
 
场景：
 
  看有些大神在命令提示符里输入两句命令就能执行一大串东西，本着学习的态度，先试试再说！没成想出现了：“不是内部或外部命令，也不是可运行的程序或批处理文件。”
 
  
 
通过各种查各种找，终于发现问题的所在：原来是环境变量的配置出了问题，导致Command不能正确的执行命令。
 
首先：
 
确定是否能启动Command命令提示符！
 
我的电脑——右击选择属性——高级系统设置
 
 
 
选择环境变量
 
                   
 
然后：
 
找到名为ComSpec的变量，查看是否是 ：“%SystemRoot%\system32\cmd.exe”，如果不是请更改。（部分需要改成64）
 
（这意味着你是否能正常启动CMD）
 
 
关键：
 
然后找到名为PATH的变量，点击编辑：
“;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Windows\SysWOW64”
将其粘贴到PATH的后面（引号中的内容，包括分号）
 
 
 
最后:
 
记得保存一下，点击确定，重启Command命令提示符。
 
 
 
哒哒！大功告成，之前不能用的命令都可以玩了。希望可以帮助大家解决问题！
 
小结：
 

 任何的限制，都是从内心开始的！
 

 当你不再忍耐，不再克制，才会真正的成熟！
 

 在做任何事情时，都要有坚定且清晰的目标，还要牢记目标！
 
 
 
 
            
 
 
       小编需要您的关注哦！您的赞是对我最大的鼓励！

目录
 
步骤一：找到JDK下的bin目录，运行cmd,输入javac，能提示，说明环境配置有问题
 
步骤二：cmd输入：path
 
步骤三：看看下载的JDK包解压后目录对不对
 
步骤四：检查是否有环境冲突
 
最后：环境变量配置
 

描述：
 
        打开cmd,输入java，java -version没有问题，但是javac提示不是内部命令
 
问题排查：
 
步骤一：找到JDK下的bin目录，运行cmd,输入javac，能提示，说明环境配置有问题
 
        
 
 
        
 
 
 
步骤二：cmd输入：path
 
         
 
 
        看看java相关路径有没有多余的符号，比如多出分号，逗号（笔者上面是正确的路径展示形式）
 
步骤三：看看下载的JDK包解压后目录对不对
 
 
 
主要是检查“步骤一”目录不对而且bin目录下运行不出java,javac结果，重新去下载
 
 
JDK8  JDK11  JDK16  更多版本  下载需要登录Oracle,注册登录即可下载
 
 
JDK8的目录  
  
JDK11目录 
  

 
 
 
 
步骤四：检查Path变量是否有环境冲突
 
        下面出现的路径注意：jdk.exe安装会自动添加，删除即可； 
 
            
 
 
 
 
最后：环境变量配置(推荐`系统变量`)：
 
 
 
注意系统变量和用户变量的区别
 
 
(1)新建系统变量->变量名"JAVA_HOME"，变量值"C:\Java\jdk1.8.0_05"（即JDK的安装路径） 
 (2)编辑系统变量->变量名"Path"，在原变量值的最后面加上“;%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin” ,win10去掉分号，隔行即可，笔者下面有图
 (3)新建系统变量->变量名“CLASSPATH”,变量值“.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar”
 
最后附上环境变量配置图：
 
        
 
 
        
 
        
 
 
修改好的环境变量，需要重新打开新的cmd窗口！！
 

Linux：python或nohup命令
 
python命令：
 
python test.py &
 
python -u test.py >> test.log &
 
参数u，时时输出内容到文件。
 
python -u test.py >>test.log 2>&1 &
 
python -u test.py >>/dev/null 2>&1 &
 
1 表示正确输出的信息
 2 表示错误输出的信息
 2>&1 代表所有输出的信息
 /dev/null 是linux下的一个设备文件，这个文件类似于一个垃圾桶，特点是：容量无限大
 
 
 
nohup命令：
 
 
 基本用法：
 
1.nohup python3 test.py &
 
后台使用Python3运行test.py文件，日志默认输出到当前目录nohup.out或~/nohup.out文件。
 
2.nohup python3 test.py >> nohup.out 2>&1 &
 
后台使用Python3运行test.py文件，日志全部输出到当前目录nohup.out文件。
 
3.查看所有Python3进程
 
ps -ef | grep python3
 
 
Windows：pythonnw命令
 
Python安装目录中，大家会发现目录中有python.exe和pythonw.exe两个可执行文件。
 
python.exe在运行程序的时候，会弹出一个黑色的控制台窗口（也叫命令行窗口、DOS/CMD窗口）
 
pythonw.exe是无窗口的Python可执行程序，意思是在运行程序的时候，没有窗口，代码在后台执行
 
1.pythonw test.py
 
后台使用Python运行test.py文件，无日志输出。
 
2.pythonw test.py > test.log
 
后台使用Python运行test.py文件，日志输出到当前目录test.log文件。
 
3.查看windows下所有进程：tasklist
 
4.指定进程号或名称杀死进程：taskkill /f /im 进程号
 

1.JVM简析：
 
     作为一名Java使用者，掌握JVM的体系结构也是很有必要的。
 
     说起Java，我们首先想到的是Java编程语言，然而事实上，Java是一种技术，它由四方面组成：Java编程语言、Java类文件格式、Java虚拟机和Java应用程序接口(Java API)。它们的关系如下图所示：
 

     运行期环境代表着Java平台，开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)，再然后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被即时代码发生器有选择的转换成机器码执行。
 
     Java平台由Java虚拟机和Java应用程序接口搭建，Java语言则是进入这个平台的通道，用Java语言编写并编译的程序可以运行在这个平台上。这个平台的结构如下图所示：
 

     在Java平台的结构中, 可以看出Java虚拟机(JVM) 处在核心的位置，是程序与底层操作系统和硬件无关的关键。它的下方是移植接口，移植接口由两部分组成：适配器和Java操作系统, 其中依赖于平台的部分称为适配器；JVM 通过移植接口在具体的平台和操作系统上实现；在JVM 的上方是Java的基本类库和扩展类库以及它们的API， 利用Java API编写的应用程序(application) 和小程序(Java applet) 可以在任何Java平台上运行而无需考虑底层平台, 就是因为有Java虚拟机(JVM)实现了程序与操作系统的分离，从而实现了Java 的平台无关性。
 
     JVM在它的生存周期中有一个明确的任务，那就是运行Java程序，因此当Java程序启动的时候，就产生JVM的一个实例；当程序运行结束的时候，该实例也跟着消失了。
 
     下面我们从JVM的基本概念和运过程程这两个方面入手来对它进行深入的研究。
 
 
 
2.JVM基本概念
 
2.1 基本概念：
 
     JVM是可运行Java代码的假想计算机 ，包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收，堆 和 一个存储方法域。JVM是运行在操作系统之上的，它与硬件没有直接的交互。
 
2.2 运行过程：
 
     我们都知道Java源文件，通过编译器，能够生产相应的.Class文件，也就是字节码文件，而字节码文件又通过Java虚拟机中的解释器，编译成特定机器上的机器码 。
 
    也就是如下：
 
    • Java源文件—->编译器—->字节码文件
 
    • 字节码文件—->JVM—->机器码
 
     每一种平台的解释器是不同的，但是实现的虚拟机是相同的，这也就是Java为什么能够跨平台的原因了 ，当一个程序从开始运行，这时虚拟机就开始实例化了，多个程序启动就会存在多个虚拟机实例。程序退出或者关闭，则虚拟机实例消亡，多个虚拟机实例之间数据不能共享。
 
2.3 三种JVM:
 
    • Sun公司的HotSpot；
 
    • BEA公司的JRockit；
 
    • IBM公司的J9 JVM；
 
     在JDK1.7及其以前我们所使用的都是Sun公司的HotSpot，但由于Sun公司和BEA公司都被oracle收购，jdk1.8将采用Sun公司的HotSpot和BEA公司的JRockit两个JVM中精华形成jdk1.8的JVM。
 
 
 
 
 
3.JVM的体系结构
 
 
 

3.1 Class Loader类加载器
 
    负责加载 .class文件，class文件在文件开头有特定的文件标示，并且ClassLoader负责class文件的加载等，至于它是否可以运行，则由Execution Engine决定。
 
3.2 Native Interface本地接口
 
    本地接口的作用是融合不同的编程语言为Java所用，它的初衷是融合C/C++程序，Java诞生的时候C/C++横行的时候，要想立足，必须有调用C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体作法是Native Method Stack中登记native方法，在Execution Engine执行时加载native libraies。
 
    目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机，或者Java系统管理生产设备，在企业级应用中已经比较少见， 因为现在的异构领域间的通信很发达，比如可以使用Socket通信，也可以使用Web Service等。
 
3.3 Execution Engine 执行引擎
 
    执行包在装载类的方法中的指令，也就是方法。
 
3.4 Runtime data area 运行数据区
 
    虚拟机内存或者Jvm内存，冲整个计算机内存中开辟一块内存存储Jvm需要用到的对象，变量等，运行区数据有分很多小区，分别为：方法区，虚拟机栈，本地方法栈，堆，程序计数器。
 
 
 
4. Runtime data area 运行数据区详解（栈管运行，堆管存储）：
 
    说明：JVM调优主要就是优化 Heap堆 和 Method Area 方法区。
 

4.1 Native Method Stack 本地方法栈
 
    它的具体做法是Native Method Stack中登记native方法，在Execution Engine执行时加载native libraies。
 
4.2 PC Register程序计数器
 
    每个线程都有一个程序计算器，就是一个指针，指向方法区中的方法字节码（下一个将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。
 
4.3 Method Area方法区
 
    方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义。简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间。
 
    静态变量，常量，类信息(构造方法/接口定义)，运行时常量池存在方法区中；但是实例变量存在堆内存中，和方法区无关。
 
4.4 Stack 栈
 
4.4.1 栈是什么？
 
    栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。
 
    基本类型的变量和对象的引用变量都是在函数的栈内存中分配。
 
4.4.2 栈存储什么？
 
    栈帧中主要保存3类数据：
 
          本地变量（Local Variables）：输入参数和输出参数以及方法内的变量；
 
          栈操作（Operand Stack）：记录出栈、入栈的操作；
 
          栈帧数据（Frame Data）：包括类文件、方法等等。
 
4.4.3 栈运行原理
 
    栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧F1，并被压入到栈中， A方法又调用了B方法，于是产生栈帧F2也被压入栈， B方法又调用了C方法，于是产生栈帧F3也被压入栈…… 依次执行完毕后，先弹出后进......F3栈帧，再弹出F2栈帧，再弹出F1栈帧。
 
    遵循“先进后出”/“后进先出”原则。
 
4.5 Heap 堆
 
     堆这块区域是JVM中最大的，应用的对象和数据都是存在这个区域，这块区域也是线程共享的，也是 gc 主要的回收区，一个 JVM 实例只存在一个堆类存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，以方便执行器执行，堆内存分为三部分：
 

4.5.1 新生区
 
    新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace），所有的类都是在伊甸区被new出来的。幸存区有两个：0区（Survivor 0 space）和1区（Survivor 1 space）。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园进行垃圾回收（Minor GC）,将伊甸园中的剩余对象移动到幸存0区。若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1去也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生Major GC（FullGCC），进行养老区的内存清理。若养老区执行Full GC 之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。
 
     如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
 
     a.Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
 
     b.代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。
 
4.5.2 养老区
 
         养老区用于保存从新生区筛选出来的 JAVA 对象，一般池对象都在这个区域活跃。
 
4.5.3 永久区
 
         永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。
 
     如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。 原因有二：
 
     a.  程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。
 
     b. 大量动态反射生成的类不断被加载，最终导致Perm区被占满。
 
 
 
说明：
 
1.堆的分配参数
 
-Xmn
 
 - 设置新生代大小
 
-XX:NewRatio
 
 - 新生代（eden+2*s）和老年代（不包含永久区）的比值
 
 - 4 表示 新生代:老年代=1:4，即年轻代占堆的1/5
 
-XX:SurvivorRatio
 
 - 设置两个Survivor区和eden的比
 
 - 8表示 两个Survivor :eden=2:8，即一个Survivor占年轻代的1/10
 
2.堆的分配参数 – 总结
 
    根据实际事情调整新生代和幸存代的大小
 
    官方推荐新生代占堆的3/8
 
    幸存代占新生代的1/10
 
    在OOM时，记得Dump出堆，确保可以排查现场问题
 
 
 
5.说明
 
     Jdk1.6及之前：常量池分配在永久代 ；
 
     Jdk1.7：有，但已经逐步“去永久代” ；
 
     Jdk1.8及之后：无(java.lang.OutOfMemoryError: PermGen space,这种错误将不会出现在JDK1.8中 )；
 
 
 
5.1 在JDK1.7 中
 
 
 
 
5.2 在JDK 1.8 中