Java速成篇-Day01笔记

偏执的太偏执、 2023-09-24 22:03 9阅读 0赞

`提示：这里只记录我个人不熟悉的知识，并非所有内容`

#### 笔记目录 ####

*  课程：04-第一行代码
 *   *  ① jshell
     *  ② 对象.方法
 *  课程：05-第一份源码
 *   *  ① Java开发程序的流程
     *  ② 入口方法
 *  课程：06-常见问题-中文乱码
 *   *  ① 乱码原因
     *  ② 解决方法
 *  课程：09-为何要字节码

--------------------

`提示：以下是本篇文章正文内容，下面案例可供参考`

## 课程：04-第一行代码 ##

### ① jshell ###

**介绍：** jshell 是 Java 9 新增的开发工具，可以用于执行 Java 代码并立即获得执行结果。支持定义变量、方法、类等，支持输入语句、表达式，支持导入外部 Java 源文件。按照官方的定义，jshell 里用到的小块 Java 代码被称为“片段”。  
![在这里插入图片描述][d5c897b08af94573bf98ba4e5fbce0a9.png]  
![在这里插入图片描述][3811c393dfec4fc8ab2726bbc35b644c.png]

### ② 对象.方法 ###

*  Java编程语言是面向对象编程，落到代码层面是“Java编程的代码都是由【对象.方法】构成”。举个例子：
    
        /*
        System.out是对象；
        println("")是方法，是System.out对象所拥有的方法。
        */
        System.out.println("Hello World");
 *  面向对象编程的原因：更符合人类对现实世界的认知，例如人吃饭，狗遛弯，人、狗就是对象，吃饭、遛弯就是方法（即可执行的操作/行为）。所以Java语言将代码块封装成对象，并设计好方法（可执行的行为/操作），然后用 “对象.方法” 来编程，即面向对象的编程。

## 课程：05-第一份源码 ##

### ① Java开发程序的流程 ###

1.  编写源码文件(.java文件）（程序员主导的内容）
2.  编译工具javac编译源码文件->字节码文件（.class文件）
3.  JVM编译字节码文件->机器码文件
4.  计算机运行机器码文件

### ② 入口方法 ###

**入口方法：** JVM只运行有入口方法的类。

class A{
        
    	/* 
    	入口方法（也称为main方法）；
    	static：表示这个方法不属于任何对象；
    	main：方法名。
    	*/ 
    	public static void main (String[] args){
        
    		System.out.println("Hello World");
    	}
    }

## 课程：06-常见问题-中文乱码 ##

### ① 乱码原因 ###

Windows环境下，Java源文件默认的中文编码格式是UTF-8，而Java编译工具Javac默认的中文编码格式是GBK，编码格式不同导致编译后的字节码文件里中文是乱码。

### ② 解决方法 ###

**核心思路：** 让源文件和Javac编译工具的中文编码格式一致即可

*  方法1：将Javac开发工具的中文编码格式修改为UTF-8
 *  方法2：将源文件的中文编码格式修改为GBK

## 课程：09-为何要字节码 ##

**省流：** 为了便于跨平台编程

**C++编码的开发流程：**

1.  程序员编写源码
2.  编译器将源码编译为机器码
3.  计算机运行

![在这里插入图片描述][d12559232ec04e0a9601ca6a28ca755f.png]

但是不同系统，其对应的机器码格式不同，所以编译器有Linux编译器、Windows编译器的区分。如果采用直接将源码编译为机器码的开发流程，会出现以下问题：

*  程序员需要熟悉多个系统平台的编译器，导致学习成本增加；
 *  在Windows开发环境下的系统完成编译、测试后，如果需要部署到Linux系统，则需要重新编译和测试，会花费更多的时间和精力。

**Java编码的开发流程：**

1.  程序员编写源码
2.  编译器将源码编译为字节码
3.  JVM将字节码解释为机器码
4.  计算机运行机器码文件

![在这里插入图片描述][5005dc44c8bd41399ff72356fae242d1.png]

无论在任何系统/平台下，Java的编译器会将源码编译为所有系统通用的字节码，在然后再根据不同的系统平台，运行对应的JVM，将字节码转换成机器码进行运行。举个例子：在Windows开发环境下的源码，在部署到Linux系统时，原先在Windows环境里编译的字节码可以直接使用，无需重复编译，直接用Linux的JVM运行原先在Windows环境里编译的字节码即可，反之亦可。这么处理的好处：

*  程序员不需要熟悉多个系统的编译器，只需要工作在自己最熟悉的开发环境即可；
 *  开发完成的系统只需要在开发环境里进行编译即可，无需在部署系统进行二次编译。

会有哪些问题？

*  需要在每个平台安装对应的虚拟机JVM；
 *  相比于源码->机器码，源码->字节码->机器码多了一个步骤，导致性能下降。

[d5c897b08af94573bf98ba4e5fbce0a9.png]: https://img-blog.csdnimg.cn/d5c897b08af94573bf98ba4e5fbce0a9.png
[3811c393dfec4fc8ab2726bbc35b644c.png]: https://img-blog.csdnimg.cn/3811c393dfec4fc8ab2726bbc35b644c.png
[d12559232ec04e0a9601ca6a28ca755f.png]: https://img-blog.csdnimg.cn/d12559232ec04e0a9601ca6a28ca755f.png
[5005dc44c8bd41399ff72356fae242d1.png]: https://img-blog.csdnimg.cn/5005dc44c8bd41399ff72356fae242d1.png