DOS命令那里编写?
在dos命令窗口编写dos命令。
DOS命令窗口打开方式?
win+R, 输入cmd,
常见的dos命令?
-exit 退出
-cls 清屏
-dir 列出当前目录下所有文件/子目录。
-cd 命令
*cd命令表示:change directory 改变目录
*cd命令的使用方式:cd 目录的路径
*但是路径包括绝对路径和相对路径
*绝对路径:表示该路径从某个磁盘的盘符下作为出发点的路径。
*相对路径:表示该路径从当前所在的路径下的单出发点的路径。
*假设当前坐在的路径是 C:\Users\wjw,那么此时输入cd Desktop,那么其中Desktop就是一个相对路径。,从当前坐在的C:\Users\wjw 这个路径作为出发点,开始找Desktop目录。
*假如是这样写的:cd C:\Users\wjw\Desktop
其中 C:\Users\wjw\Desktop 路径就是绝对路径
-cd… 回到上级目录
- cd\ 直接回到根目录
-怎么切换盘符:
c: 加回车 d: 加回车
del 文件名+扩展名
del *.扩展名(用于删除同类型文件)支持模糊匹配,加点只删除和点后面扩展名相同的文件。
del只能删除文件
ipconfig(ip地址的配置信息)
ipconfig/all可以查看更加详细的地址
怎么查看两台电脑是否可以正常通信?
ping命令
语法格式:
ping IP地址
ping 域名
ping 域名 -t (-t参数表示一直ping)
一直ping的目的是查看网络是否稳定。
在一个DOS命令窗口如果有一个命令一直在执行,向强行终止,使用 ctrl + c组合键。
Java语言的特性
1、简单性
在Java语言当中真正操作内存的是:JVM(Java虚拟机)
所有的java程序都是运行在Java虚拟机当中的。
而Java虚拟机执行过程中再去操作内存。
对于C或者C++来说程序员都是可以直接通过指针操作内存的。
C或者C++更灵活,可以直接程序员操作内存,但是要求程序员技术精湛。
C语言或者C++更有驾驭感。
Java语言屏蔽了指针概念,程序员不能直接操作指针,或者说程序员
不能直接操作内存。这种方式有优点也有缺点:
优点:不容易导致内存泄漏。(简单了。)
缺点:效率问题,包括驾驭感比较差。
Java语言底层是C++,JVM是用C++语言写好的一个虚拟的电脑。
安装了JDK之后,JVM就代表安装好了。
2、java是堪称完全面向对象的。
面向对象更容易让人理解,人类通常是以对象的方式认知世界的。
采用面向对象的方式可以让复杂问题简单化。
3、健壮性
主要是因为Java中有一种机制:
自动垃圾回收机制(GC机制)。
Java语言是健壮的,相对于C语言来说,C语言没有Java健壮。
Java不容易导致内存的泄漏。
C++或者C语言使用不当时很容易导致内存泄漏。
JVM负责调度GC机制。程序员不需要干涉。
4、Java完全/完美支持多线程并发。
5、可移植性/跨平台
java语言只要编写一次,可以做到到处运行。
例如:java程序编写完之后,可以运行在windows操作系统上,
不需要做任何改动可以直接运行在Linux操作系统上,同样也
可以运行到MaC OS上面。
一次编写,到处运行。(平台改变了,程序不需要改。)
JVM这种机制实现了跨平台,那么这种机制优点和缺点分别是什么?
优点:一次编写到处运行,可以跨平台。
缺点:麻烦。对于运行java程序来说必须先有一个JVM。
JDK、JRE、JVM三者之间的关系?
JDK: Java开发工具箱
JRE: java运行环境
JVM: java虚拟机
JDK包括JRE,JRE包括JVM。
JVM是不能独立安装的,JRE和JDK都是可以独立安装的,有单独的JDK安装包,也有单独的JRE安装包,但是没有单独的JVM安装包。
安装JDK的时候:JRE就自动安装了,同时JRE内部的JVM也就自动安装了。
安装JRE的时候:JVM也就自动安装了。
Java体系的技术被划分为三大块:
JavaSE:标准版
JavaEE:企业版
JavaME:微型版
安装JDK之后:
JDK:java开发工具箱
JRE:Java运行环境
JVM:Java虚拟机
开始第一个Java程序
*JDK目录的介绍
JDK/bin:该目录下存放了很多命令,例如java.exe和 javac.exe
javac.exe 负责编译
java.exe 负责运行
*开发HelloWorld.java源程序
public class HelloWorld{
public static void main(String[] args){
System.out.println("Hello World!");
}
}
*将HelloWorld.java源程序通过javac工具进行编译:
-首先需要解决的问题是:javac命令是否可用。
-打开DOS命令窗口,直接输入javac,然后回车,出现以下:
‘javac’不是内部或外部命令,也不是可运行的程序或批处理文件。
出现以上问题是因为:windows操作系统无法找到javac命令文件。
-怎么解决以上javac不可用的问题?
Windows操作系统是如何搜索硬盘上某个命令的呢?
*首先会从当前目录搜索
*当前目录搜索不到的话,会从环境变量path指定的路径当中搜索某个命令
*如果都搜索不到,则报以上错误。
-配置环境变量path
*注意:path环境变量和java语言没有关系,path环境变量时属于Windows操作系统的一个知识点。path环境变量是专门给Windows操作系统指路的。
*javac要想能随意使用,需要将javac所在的目录配置到环境变量path中。
-javac命令怎么使用?
javac+空格+java源文件路径
注意:路径包括相对路径和绝对路径,都可以。
*运行java程序
-需要使用java.exe命令
-首先测试java命令是否可用
-使用方式:
java 类名
硬盘上有HelloWorld.class,那么类名就是:HelloWorld
java HelloWorld
一定注意:java命令后跟的不是文件路径而是一个类的名字。
-首先你需要先将DOS窗口中的目录切换到HelloWorld.class文件所在的目录。
-然后直接执行:java HelloWorld
我们来研究一下:“java HelloWorld”的执行过程以及原理。
C:\Users\wjw\Desktop\记录\程序>java HelloWorld
敲完回车发生了什么??
第一步:会先启动JVM(java虚拟机)
第二步:JVM启动之后,会去启动类加载器classloader
类加载器的作用:加载类的。本质上类加载器负责去硬盘上找“类”对应的“字节码”文件,假设是“java HelloWorld”,那么类加载器会去硬盘上搜索:HelloWorld.class文件。
第三步:类加载器如果在硬盘上找不到对应的字节码文件,会报错: 错误:找不到或无法加载主类。 类加载器如果在硬盘上找到了对应的字节码文件,类加载器会将该字节码文件装载到 JVM当中,JVM启动“解释器”将字节码解释为二进制码,操作系统执行二进制码和硬件交互。
默认情况下,类加载器会从当前路径下加载类。
能不能给类加载器指定一个路径,让类加载器去指定的路径下加载字节码文件?
答:可以,但是我们要设置一个环境变量,叫做classpath
classpath是给“类加载器”指路的。
classpath环境变量不属于windows操作系统,classpath环境变量隶属于java。
classpath环境变量是java特有的,Windows中没有,需要自己新建。
当配置了classpath之后,类加载器只会到配置的路径里去找字节码文件,不再到当前路径下找。
在没有没有配置环境变量classpath的时候,默认从当前路径下加载。
如果配置了环境变量classpath的话,就只能从指定的路径下加载了。
对于Java的JDK所属的环境变量,有一个叫做:JAVA_HOME
这个JAVA_HOME目前不需要,不配置这个环境变量也不会影响当前Java程序的运行,但是到javaWEB的时候需要安装Tomcat服务器,那个时候JAVA_HOME就必须配置了。
java程序代码的注释
// 单行注释
/*
多行注释
*/
/**
* javadoc注释:这里的注释信息可以自动被javadoc.exe命令解析提取并生成到帮助文档当中。
*/
一份源文件中可以定义多个class。
在源文件中只要有一个class的定义,那么必然会对应生成一个class文件。
public的类可以没有,但是如果有的话,public修饰的类名必须和源文件名保持一致,public的类只能有一个。