IDEA 启动文件配置

Google 得知，修改 IDEA bin 目录下 idea64.exe.vmoptions 文件，添加参数 -Dfile.encoding=UTF-8，即可解决问题，如下：

但是重启 IDEA 后发现，bpmn 还是有中文乱码，修改 IDEA 中的 File Encodings ，如下：

最终还是无果，想起了之前遇到 Tomcat 在 IDEA 里中文日志乱码问题时，也配置了这个 -Dfile.encoding=UTF-8 参数，结果也是无效，应该是同个问题。

使用 JvisualVM 分析问题

打开 jvisualvm 查看 jvm 的运行情况，如下图：

发现 IDEA 启动时 -Dfile.encoding 参数还是 GBK，初步分析，在 IDEA bin 目录下 idea64.exe.vmoptions 文件中的 -Dfile.encoding=UTF-8 应该是被覆盖了，查阅了一下资料得知，在用户目录下，在 C:\Users\用户名\.IntelliJIdea2019.3\config 目录下的 idea64.exe.vmoptions 文件将会覆盖 IDEA bin 目录下的 idea64.exe.vmoptions 配置文件参数，打开用户目录下的 idea64.exe.vmoptions：

和预想的一致，-Dfile.encoding=GBK，这个的问题也就类似于全局系统变量会被用户级变量覆盖一样，只需要改好用户级别的配置即可。所以修改了用户目录下的 IDEA 启动配置文件，改为 -Dfile.encoding=UTF-8，重启 IDEA ，配置生效，中文乱码问题得以解决。

CMD 启动 Tomcat 中文日志乱码解决

CMD 命令中启动 Tomcat，也发现造成了中文乱码，但是 Tomcat log 目录下的 catalina.log 文件却不是乱码，应该也是因为 Win 10 默认 CMD 窗口使用的不是 UTF-8 编码，只要设置成 UTF-8 即可。配置如下：

使用 chcp 65001 命令可让本次打开的 cmd 窗口使用 UTF-8 编码，但是下次打开还是恢复默认的编码，永久配置需要修改注册表；

win + r ，输入 regedit ，找到 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor ，添加如下配置：

重新打开 CMD ，启动 Tomcat ，中文乱码得以解决。

看得她一头雾水，在帮其初步分析也没想到是啥问题，因为是批量代码，没有相关文件不好本地测试，让其远程 debug 跟了一下代码，发现还是报空指针异常，最后怀疑是服务器上 jar 包没有更新到，拿下 jar 包反编译后，才恍然大悟（反编译如下图），是自己忽略 Person 类和 Student 类的类型了，一个是 Integer ，一个是 int 基本类型，1.5 之后的 JDK 在编译的时候会有自动拆装箱机制！这里记录一下 Java 中包装类型相关的知识点，做个小总结。

基本类型和包装类

Java 中 8 种基本类型对应的包装类型如下表：

自动装箱和拆箱

以 Integer 包装类为例（其他的包装类也是类似），看看其自动拆装箱是如何实现的，写段 代码如下图：

由上图可知，自动装箱时，JDK 在编译的时候会调用 Integer.valueOf(int) 这个方法将 int 转为 Integer，而在自动拆箱的时候 Integer 对象会调用 intValue() 方法（Short 类则为 shortValue()），返回 Integer 所持有的 int 成员变量，intValue() 没什么好看的，就是返回了 Integer 对象所持有的 int 成员变量。valueOf(int) 函数倒是值得研究一下，截图如下：

可知在 int 值在 -127~ IntegerCache.high（VM 参数 -Djava.lang.Integer.IntegerCache.high=*** 可以设置 high 的值）之间时，将会返回一个Integer 内部类 IntegerCache 里 cache 数组缓存下来的一个 Integer 对象，不是在这个范围外，才会返回一个新的 Integer 对象。IntegerCache 内部类如下图：

IntegerCache 这个内部类，有个静态 Integer 类型 cache 数组，静态代码块会给 cache 数组初始化值，缓存符合要求的 Integer 值。这里也就引发了一个初级面试中经常会遇到的问题，如下图：

首先 == 在 Java 里，基本类型比较的是值是否相等，而引用型类型则是比较内存地址是否相同， Integer 是个引用类型，默认情况下，-128到127 范围内的 int 值在自动装箱时调用 valueOf(int)方法返回的都是 cache 里缓存好的对象，所以不管是 i ，还是 i2 引用，其实都是指向缓存数组 cache 早已经定义好的 Integer 对象，所以 i == i2 是 true ；而 128 不在 -128到127 的范围内，所以 valueOf(int) 返回的是 new Integer(int)，返回一个新的 Integer 对象，所以 i3 == i4 也就是 false 了。

还有另外一种情况，代码截图如下：

这里的 i3 引用其实就是和自动装箱无关了，它就是用 Integer 的构造方法生成了一个新的 Integer 对象，和 cache 数组缓存的又是不同的对象，i2 == i3 也就等于 false 了。

注：除 Integer 包装类外，Byte、Short、Long、Character（char）包装类都是有类似于 Integer 的缓存机制的，Float、Double 由于是浮点类型的，JDK 中并未实现这种缓存机制。至于 Boolean 类型的的话又是一个例外，翻看它的实现大致就可以知道啥原理了，其实现如下：

其中包装类中拥有共同的方法如下：

带有基本值参数并创建包装类对象的构造函数。如利用Integer包装类创建对象，Integer obj=new Integer(145);
带有字符串参数并创建包装类对象的构造函数.如：new Integer("-45.36");
可生成对象基本值的typeValue方法，如：obj.intValue();
将字符串转换为基本值的parseType方法，如：Integer.parseInt(args[0]);
生成哈稀表代码的hashCode方法，如：obj.hasCode();
对同一个类的两个对象进行比较的equals()方法，如：obj1.eauqls(obj2);
生成字符串表示法的toString()方法，如：obj.toString().

\r 和 \n 区别

• \r (return)：回车，回到本行的行首
• \n (newline)：换行，到下一行的行首

其历史渊源如下：

在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打 10 个字符。但是它有一个问题，就是打完一行换行的时候，要用去 0.2 秒，正好可以打两个字符。要是在这 0.2 秒里面，又有新的字符传过来，那么这个字符将丢失。
于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做”回车”，告诉打字机把打印头定位在左边界；另一个叫做”换行”，告诉打字机把纸向下移一行。
这就是”换行”和”回车”的来历，从它们的英语名字上也可以看出一二。
后来，计算机发明了，这两个概念也就被搬到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。
Unix 系统里，每行结尾只有”<换行>”，即 \n；Windows 系统里面，每行结尾是”<回车><换行>”，即 \r\n；Mac 系统里，每行结尾是”<回车>”。一个直接后果是，Unix/Mac 系统下的文件在 Windows 里打开的话，所有文字会变成一行；而 Windows 里的文件在 Unix/Mac 下打开的话，在每行的结尾可能会多出一个 ^M 符号。

参考文章（阮一峰）

不同 OS 中的换行符

• Windows 中的文本文件换行符是 \r\n，也就是 CRLF，对应 ASCII 码表中的 0x0D 0x0A
• 类 Unix 系统中换行符为 \n，也就是 LF（line feed），ASCII 码为 0x0A
• 早期 Mac 操作系统则为 \r，也就是 CR（carriage return），ASCII 码为 0x0D，后来与 Unix 保持一致

这次开发中遇到的问题就是：在 Windows 写完的 shell 脚本是 CRLF 换行符，打包解压到服务器上后，执行时因换行符问题报了语法错误。

Notepad++ 解决办法

使用 Notepad++ 编辑打开文件，点击：视图 > 显示符号 > 显示所有符号，显示结果如下：

点击：编辑 > 文档格式转换 > 选择相应 OS 的换行符，Notepad++ 会自动替换换行符。

Git 中的问题

Git 中有换行符转换功能：Windows 下，Git 会将 Unix 换行符（LF）替换为 Windows 的换行符（CRLF）；而在提交文件时，它又会将 CRLF 替换为 LF，据说有坑，详见 参考文章3。Windows 下安装 Git 客户端时可以直接关掉自动转换功能，如下：

安装时没有关闭，也可以使用如下命令将换行符转换功能关闭，具体解释如下：

1
2
3
4
5
6

# 提交时转换为 LF，检出时转换为 CRLF
git config --global core.autocrlf true
# 提交时转换为 LF，检出时不转换
git config --global core.autocrlf input
# 提交检出均不转换
git config --global core.autocrlf false

autocrlf 设置为 false 时，提交和检出代码时都不会转换换行符，另一个配置 safecrlf 最好设置为 true，具体作用如下：

1
2
3
4
5
6

# 拒绝提交包含混合换行符的文件
git config --global core.safecrlf true
# 允许提交包含混合换行符的文件
git config --global core.safecrlf false
# 提交包含混合换行符的文件时给出警告
git config --global core.safecrlf warn

个人建议配成下面这个样子：

1
2

git config --global core.autocrlf input
git config --global core.safecrlf true

参考文章4

IDEA 中设置换行符

File > Settings > Editor > Code Style > 通过 Line separator 设置即可，设置完毕新建的文件都会以设置的换行符来换行。单个文件设置如下图（IDEA 右下角）：

初始配置

1. 初始化目录

进入相应目录，使用命令 git init，会在目录下生成 .git 目录，里面都是 git 的记录信息，切不可乱删除。

2. 设置库级别签名

仅在当前本地库有效：

1
2

git config user.name ChiFuYong
git config user.email g3545616@gmail

详细信息保存于当前库目录的 .git/config 中，使用 cat conf 即可查看。

3. 设置全局级签名

对登录系统的当前用户全局有效：

1
2

git config --global user.name ChiFuYong
git config --global user.email g3545616@gmail

详细信息保存于 ~/.gitconfig 中，使用 cat ~/.gitconfig 可看到如下信息。

注：库级别优先于全局级别，二者都有时采用库级别。签名用于区分不同开发人员身份，与远程 Git 服务器上的账号密码无关。

4. .gitconfig 中配置忽略文件（java.gitignore）

编辑 vim ~/.gitconfig，所有 git 库都会忽略相应文件，添加内容如下：

1
2

[core]
    excludesfile = /home/guan/Java.gitignore

java.gitignore 内容如下（详细可参考 Github 项目）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs
hs_err_pid*
# Eclipse ignore
.classpath
.project
.settings
# Maven Compiled Directory
target
# IDEA ignore
.idea
*.iml
out

基本操作命令

• git init：初始化仓库
• git status：查看工作区、暂存区状态
• git add [file name]：将工作区的文件（新建或修改）添加到暂存区，git add . 表示添加所有修改过的文件到暂存区
• git commit -m "commit message" [file name]：将暂存区的文件提交到本地库，-m 表示此次提交的修改概述
• git log：查看 commit 的详细历史记录，其他常用命令参数如下：

1
2
3

git log --pretty=oneline
git log --oneline
git reflog

三者区别如下图：

• git diff [file name]：比较工作区中文件和暂存区差别
• git diff [版本号] [file name]：工作区文件和本地库历史版本比较
• git reset：版本回退/前进，有三种方式，参数作用如下：

1
2
3

--soft    # 仅仅在本地库移动 HEAD 指针
--mixed   # 1. 在本地库移动 HEAD 指针  2. 重置暂存区（默认方式）
--hard    # 1. 在本地库移动 HEAD 指针  2. 重置暂存区  3. 重置工作区

git reset --hard [局部版本索引] 可直接恢复到相应版本，git reset --hard HEAD^ 表示回退到上个版本（多少个 ^ 代表回退多少个版本），git reset --hard HEAD~n 表示后退 n 步。

分支管理命令

• git branch -v：查看全部分支
• git branch [branch name]：创建分支
• git branch -d [branch name]：删除分支
• git checkout [branch name]：切换分支
• git merge [branch name]：把指定分支合并到当前分支
• git rebase [branch name]：从当前分支合并指定分支，和 merge 有所区别，会把 commit 内容暂存起来然后再合并，合并后不会导致分叉

暂存操作命令

• git stash save "信息"：暂存当前工作区和暂存区内容，工作区将会变干净，开发时在需要排查其他分支的 bug 问题时常用
• git stash list：显示暂存过的所有列表
• git stash pop：恢复到最新的暂存数据到工作区，默认会把工作区和暂存区的改动都恢复到工作区。git stash pop stash@{X} 可恢复到某个暂存记录，@{X} 通过 git stash list 命令可以看到。注：git stash pop 恢复暂存数据后，会删除恢复的那条暂存记录（类似于弹栈弹出去了）
• git stash apply：除了恢复后不会删除暂存记录，其他和 git stash pop 功能一样
• git stash drop stash@{X}：删除暂存的一条记录，@{X} 通过 git stash list 命令可以看到
• git stash clear：删除所有暂存的记录

远程相关命令

• git remote -v：查看当前所有远程地址别名
• git remote add [origin] [远程地址]：添加远程服务器关联地址，取名为 origin（默认）
• git remote remove [origin]：删除 origin 远程关联地址
• git clone [https://github.com/....]：克隆远程服务器仓库代码（默认拉取 master 分支），加上 -b [branch name] 参数可以拉取指定分支
• git fetch：更新本地的远程跟踪分支
• git pull：相当于 fetch + merge，先更新远程跟踪分支（例如 origin/master），再合并到本地分支，有冲突需要解决冲突
• git push [别名] [分支名]：推送代码到远程服务器，有冲突需要 pull 解决代码冲突后再 push 到远程服务器

事务在数据库里是很重要的概念，指的是用户定义的一组不可分割的数据库操作序列，这组操作要么全执行，要么全失败回滚，保证了数据操作前后持一致性。以 JDBC 操作数据库中的转账汇款为例，在没开启事务的情况下，假设 xm、xh各有 1000 块钱，总共 2000 块钱，当 xm 向 xh 汇款 100 块钱时，执行如下图的方法：

xm 账户先是减去了相应的 100 ，但是由于 /by zero 异常，xh 账户上却没有加上相应的 100，此时就是丢掉了数据前后的一致性，因为当上图 transfer 方法执行后，xm 还有 900，xh 还是 1000 块钱，总共 1900 块钱，与刚开始 xm、xh 共持有的钱 2000 不符，也就是 xm 平白无故的就消失了 100 块钱，这个要是在现实生活中换做谁都是接收不了的。

而事务开启后，上图中这两条 SQL 语句将会变成一荣俱荣，一损俱损的状态（原子性），只要事务还没提交，即使发生了 /by zero 错误，xm 减去 100 的那条 SQL 语句就会被回滚，xm 最终还是 1000 块钱，从而保证了 xm、xh 所持有总钱数的一致性。

四大特性（ACID）

• 原子性（Atomicity）：用户定义的多条 SQL 语句是一个整体，要么全部执行，要么全部不执行。
• 一致性（Consistency）：事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态，就像上面说的转完钱后 xm、xh 持有的总钱数应保持不变。
• 隔离性（Isolation）：多个事务并发访问数据时，事务之间是相互隔离的，相互之间不会存在影响。数据库设立了不同的隔离级别，MySQL 有四个隔离级别：Read uncommitted、Read committed、Repeatable read（默认）、Serializable，详细后面分析。
• 持久性（Durability）：只要事务提交，数据就会被保存至数据库并保证永不丢失。也就是从内存里保存到了磁盘里，即使是数据库宕机崩溃、断电，数据都不会丢失。

事务并发问题

当多个事务并发访问数据时，若不对并发操作加以控制的话，就可能会造成查询和更新到不正确的数据，破坏事务前后的一致性，发生脏读、不可重复读、虚读。

• 脏读（dirty read）：一个事务读取到了另一个事务未提交时修改的数据。解析图如下：

事务 B 先查询了 xm 的 money，接着事务 A 修改了 xm 的 money，A 并没有提交事务，事务 B 再次查询 xm 的 money 时就变为了事务 A 修改后的内容了，这个就是脏读。

• 不可重复读（unrepeatable read）：一个事务读取到了另一个事务提交后的数据。解析图如下：

意思是指：事务 A 在 update 一行数据的时候，事务 B 在其 update 前后都访问了这行数据，导致事务 B 两次查询这行数据时结果不一致。注：这里是指 update 一行数据，与幻读中的 insert 数据不同。

• 幻读/虚读（phantom read）：一个事务读取到了另一个事务提交后的数据，解析图如下：

这个和不可重复读的概念很像，在事务 B insert 一行数据时，事务 A 在 insert 之前查了两次表中所有数据，导致两次结果集不一致，第二次查询时多了一条事务 B insert 的数据。注：这里是指 insert 一行数据，与幻读中的 update 数据不同。

• 丢失更新（lost update）

MySQL 事务隔离级别

事务隔离级别是事务并发控制的整体解决方案，它通过锁机制来实现。MySQL 有四个隔离级别，通过设置相应隔离级别可以防止脏读、不可重复读、幻读。

• Read uncommitted（读未提交）：可以读取未提交的记录，会出现脏读、幻读、不可重复读，所有并发问题都可能遇到。
• Read committed（读已提交）：事务中只能读到已提交的修改，不会出现脏读现象，但是会出现幻读、不可重复读。
• Repeatable read（可重复读）：解决了不可重复读问题，但是仍然存在幻读问题，MySQL InnoDb 默认的隔离级别。
• Serializable（序列化）：最强级别的事务隔离，解决脏读、不可重复读、幻读问题，但是开启后会拖慢数据库并发效率，性能最低。

查看隔离级别：

1

SELECT @@session.tx_isolation, @@global.tx_isolation;

session / local 为会话变量，global 为全局变量。

设置隔离级别：

1

SET @@session.tx_isolation = 0/1/2/3;

0~3 分别表示：Read uncommitted、Read committed、Repeatable read、Serializable

一、常用配置

• Maven 构建工具设置：File > Settings > Build，Execution，Deployment > Build Tools

• JDK 选择：File > Project Structure > Project Settiongs > Project 可添加 JDK 。

• git、svn 设置：Settings > Version Control > Git / Subversion > 添加 git / svn 的 bin 目录下 git.exe / svn.exe文件

• 设置忽略文件，隐藏相应文件和目录(可以防止 idea 产生的文件传到版本控制 VCS 中)：Settings > Editor > File Type > Ignore files and folders 中添加 .idea 和 *.iml 。

• IDEA 自动编译默认没开启，需自己开启：File > Settings > Build，Execution，Deployment > Compiler > - Build Project automatically

• Ctrl + 鼠标滚轮放大字体：File > Settings > Editor > General > Change font size(Zoom) with Ctrl +Mouse Wheel

• 提示不区分大小写：File > Settings > Editor > General > Code Completion > Match case 取消打钩

• 设置行号和方法分隔符：File > Settings > Editor > General > Appearance > show line numbers 和 show method separators

• 鼠标悬浮提示：File > Settings > Editor > General > Show quick documentation on mouse move （已默认配置20230715）

• 项目文件编码修改（改完后properties文件可以消除乱码）：File > Settings > Editor > File Encodings > 如下图：

• 打开多个文件后文件名双行显示：File > Settings > Editor > General > Editor Tabs >Show tabs in one now 取消打钩

• 自动导包和优化导入的包：File > Settings > Editor > General > Auto Import

• 设置字体类型、大小、行间距：File > Settings > Editor > Font > Font、Size、Line spacing

• 修改文本各类字体颜色：File > Settings > Editor > Color Scheme > Language Defaults

• 代码智能模版：File > Settings > Editor > Live Templates（见第四节） 或者 File > Settings > General > Postfix Completion
  二者区别：Live Templates 可自定义，Postfix Completion 不可以；有些操作二者都提供了模板；Postfix Templates 比 Live Templates 更快。

• 在线安装 JRebe l即可，开启热部署需做如下配置: Help > Find Action(Ctrl + Shift + A) > Registry… > compiler.automake.allow.when.app.running 改为 true 。

• 换行符设置：File > Settings > Editor > Code Style > 通过 Line separator 设置

• 配置git stash 和 unstash 快捷按钮
  Appearance & Behavior -> Menu and Toolbars -> Navigation Bar Toolbar -> NavBarVcsGroup -> VcsNavBarToolbarActions 打开到此后，点击 + 号选择 Add action…，搜索 stash ，输入 Compre with the same Repository Version、unstash changes… 、 stash changes… 将此三个操作添加进去即可。

• debug 时跳过进入 spring 的 apo proxy 代理类，File > Settings > Build，Execution，Deployment > Debugger > Stepping 新增：org.springframework.aop.*、org.springframework.transaction.*、org.springframework.cglib.proxy.*

三、插件

• GitToolBox
• Grep Console

• Translation
  可配置有道翻译应用ID和密钥
• JRebel
• MyBatis Log Free
• Free MyBatis Tool
• GsonFormatPlus
• Maven Helper
• Rainbow Brackets
• QAPlug-FindBugs
  需要先安装QAPlug
• Jclasslib Bytecode Viewer
• BinDED
• Vue
• Scala

三、快捷键

代码编辑

Ctrl + D ：复制上一行至下一行（Eclipse 里的 Ctrl + Alt + ↓）
Ctrl + X ：删除行
Ctrl + O / I ：重写 / 实现 方法
Ctrl + P ：方法参数提示
CTRL + Q ：查看当前方法声明
Ctrl + Shift + U : 大小写转换
Ctrl + Shift + ↑↓：上下移动代码
Ctrl + Shfit + 左键：进入接口实现类实现方法
Ctrl + Alt + Enter：另起上一行
Shift + Enter ：另起下一行
Shift + F6 ：改名重构
Alt + / ：代码提示
Alt + 回车 ： 导包自动修正
Alt + ←→：切换文件
Alt + ↑ ↓ ：方法之间快速切换
Ctrl + Shift + Backspace ：跳回上次修改的地方
Ctrl + Alt + ←→：浏览记录中位置的切换
Ctrl + / ：单行注释
Ctrl + Alt + / ：多行注释
/** + Enter ：文档注释

搜索类

Double Shift：全局搜索所有匹配到的所有文件
Ctrl + F ：当前文件
Ctrl + Shift + F ：全局搜索匹配的字符串
Ctrl + R：当前文件做相应替换
Ctrl + Shift + R ：全局文件替换
Ctrl + E ：最近打开的文件

debug 类

F7：
F8：下一行
F9：

四、注释配置

1. 类、接口、枚举、注解创建时生成注释

Settings > Editor > File and Code Templates > 配置如下：

1
2
3
4
5
6

/**
* ${todo} 
*
* @date： ${DATE} ${TIME}
* @author: chify
*/

2. 方法注释

之前版本不清楚，IDEA 2019.3 版本可使用 /** + Enter 直接生成如下图注释，足矣使用，如需改动，可配置 Live Template。

五、Live Template 配置

Live Template 支持用户自定义配置一些常用代码字母缩写，在输入简写时可以出现自己预定义的固定模式的代码，最简单的例子就是在 Java 中输入 sout 就可以快速打出 System.out.println(); 大大的提高了写代码的效率。以配置注释快捷键为例，先进入 File > Settings > Editor > Live Templates > 其余配置步骤如下：

1. 新增一个名为 guan 的 Template 组

2. 在 guan 组中添加 Live Template

3. 配置 Live Template

1
2
3
4
5
6

/**
 * TODO：
 *
 * @Date: $date$ $time$
 * @author: chify
 */

4. 编辑变量
   注：这里必须配置，要不然 date 变量会不生效，否则使用的时候不会生成日期。步骤如下：

5. 配置快捷键在 Java 编辑中生效
   注：必须配置，否则写 Java 代码时会没有提示，也可以配置在 HTML 文件中生效。

配置完成，此后再写代码时，输入 /c ，再按 Tab 键就可以快速生成配置自定义模版代码。

安装 nmap

• Windows 有客户端，直接去官网下载安装即可。
• Debian 系列：sudo apt-get install nmap
• Redhat 系列：sudo yum install nmap

扫描局域网内在线主机

选择性使用如下命令即可扫描局域网内所有在线主机：

1
2
3
4

nmap -sP 192.168.1.*       # 扫描 192.168.1.* 网段内主机
nmap 192.168.1.*            # 扫描网段内所有主机对外开放的端口（也可扫描单机）
nmap -p 8080,80 192.168.1.1-254  # 查看网段内所有在线主机是否开放 8080,80 端口
cat /proc/net/arp           # 查看扫描后信息（可看到 MAC 地址）

示例如下图：

其他参数

• nmap -sV 192.168.1.1 可检测到服务端软件版本信息
• nmap -O 能识别主机的操作系统（需要 root 权限）
• nmap -Pn 假若远程主机屏蔽了 ping 功能，NMAP 就不会进一步做端口检测，可以使用这个参数禁止主机检测，NMAP 会直接认为主机已在线，再做进一步检测。

大学的时候就经常遇见有这样一些想法的人：觉得认识人多就很厉害，认为这是人脉广的表现，以致这些人经常会以这个目标去结交朋友。仔细想想出现这种现象其实并不奇怪，毕竟现在社会上对于人脉的评判标准就是这样的，身边接触到的家人朋友和曾经的我也是抱有这种的想法的，但是经过长时间的思考，大学后期的我是一点都不赞成这种做法的，甚至是厌恶。所以现在的我认为人脉关系应该是这样的……

在我眼里人脉是吸引来的，而不是追求来的，弱关系作用很大，但它也并不是在鼓励一个人一味去追求要结识多少的朋友。英雄总是会惺惺相惜的，潜力股和金子都能分辨谁得出是潜力股和金子，相互之间都会产生引力，乐意成为彼此之间的弱关系。在你不能给你的弱关系有个等价交换的时候，你没有能力、潜力，你的弱关系真的会打心里帮助你吗？所以最重要的还是要不断的打磨自己，实现自身的价值，努力成为金子，发光发热之后，别人自然会很乐意和你交往，成为你的弱关系，因为双方都清楚，彼此都是有潜力成为金子或者本身就是金子的人，未来或者现在都有能力在别人需要帮忙的时候拉你一把，这也就是所谓的朋友之间的等价交换。

不管承不承认，人都是会有层次之分的，不同的人往往都只会与自己相同阶层的人相交，而一个金钱、身份地位在你之上的人想与你相交，要么你本身就是他的亲戚朋友，要么就是你自身有过人之处，这个过人之处也许需要多年的打磨与历练，以至于自己闪闪发光，被人慧眼识珠，形成了伯乐与千里马的弱关系。我想电影《肖生克的救赎里》的男主安迪就是这个样子的，入狱后的安迪可以说是变成了一无是处，但是凭借其坐牢前所掌握的能力，天台上抓住了一次机会，便在狱中发光发热，与监狱长和看守员形成了弱关系（虽然这个监狱长是个反派），在狱中得到了许许多多的特别关照，躲避掉了许多伤害。试想，假如安迪没有能力帮助监狱长和看守员，又如何有机会和他们形成弱关系，最终逃出囚笼，再一次成为人生赢家呢。

方以类聚物以群分，如果你不够优秀，我想你周围的人也将是如此，所以你的人脉是不值钱的。现如今在我眼里人一定要有成长性思维，摒弃固定型思维，不断打磨提升自己，而打磨自己和结交弱关系在我眼里是不冲突的，当你在慢慢变成金子的时候，你的弱关系自然而然的就被你吸引来了，而不是在自己一无是处的时候就去一味的追求人脉，这只会成为别人的笑料，人行于世，很多时候不要为了一个社会的评判标准去逼做自己不喜欢做的事情，因为这个评判标准也许本身就是畸形的。

做人要有原则，要有底线，交友也应当如此，子曰:有才无德，小人也；有德无才，君子也；然德才皆具者，圣人也。与没有德行的人相交，虚与委蛇可以，绝不可深交。不管如何，德行应该成为你交友信条里最严格的标准，没有之一。

最后，有能力时，一定要抓住身边机会展现自己，毕竟别人看不到你的实力，又如何被你吸引。

Object 类中常用方法解析

getClass() 方法

getClass() 由 final 修饰，不能被子类重写。它是一个本地方法，作用是返回当前运行时对象的 Class 类型对象。拿到这个 Class 对象之后，就能获取类的各种元信息，比如类名、包名、字段、方法等。常见调用方式如下：

1
2

Class<?> clazz = obj.getClass();
String className = clazz.getName();

hashCode() 方法

hashCode() 也是一个本地方法，返回一个 int 值。默认情况下，它通常是基于对象的内存地址进行哈希计算得到的结果。它的作用是为了让对象在哈希表、集合、映射中更容易定位。需要注意的是：

• 如果两个对象的 hashCode 相等，不代表它们一定是同一个对象。
• 如果两个对象的 hashCode 不相等，那么它们通常不是同一个对象。
• 如果两个对象是同一个对象，那么它们的 hashCode 必定相等。

这四条原则都很好理解。拿 String 为例，String 已经重写了 hashCode()。由于 int 只有 32 位，而字符串数量几乎是无限的，因此不同字符串对象出现相同 hashCode 的情况是可能的，这也就是哈希冲突。比如：ABCDEa123abc 与 ABCDFB123abc 可能有相同的哈希值，而真正区分这两个字符串是否相等，就依赖 equals()。

equals() 方法

equals() 在 Object 中默认是用 == 来实现的。对基本类型而言，比较的是值是否相等；对引用类型而言，比较的是对象的内存地址是否相同。也就是说，默认情况下，只有同一个对象实例才会返回 true。

在重写 hashCode() 后，通常也需要重写 equals()，并且这两个方法之间有如下约定：

• 如果两个对象 equals() 返回 true，那么它们的 hashCode() 返回值必须相同。
• 如果两个对象的 hashCode() 相同，不代表 equals() 一定为 true，因为可能存在哈希冲突。

为什么要同时重写 hashCode() 和 equals()？

这是因为在 Java 编程中，我们经常会把对象放进集合中，然后再根据某个 key 取出对应的 value。Map 是最典型的容器之一，HashMap 和 HashTable 都依赖哈希结构来提高查找效率。

HashMap 的底层本质上是一个数组 + 链表（或红黑树）组成的结构，数组的长度通常是 2 的幂，默认值为 16。存入元素时，会先计算对象的 hashCode，再通过取模运算定位桶位置。这样做的好处是：

• 如果桶位为空，直接放入。
• 如果桶位已经有元素，则发生哈希冲突。
• 此时会使用 equals() 判断当前对象和桶中对象是否“相同内容”。
• 如果相同，则覆盖旧值；如果不同，则在链表或红黑树中追加元素。

因此：

• hashCode() 负责快速定位元素所在桶位。
• equals() 负责保证内容唯一性和解决冲突。

两者相辅相成，才能保证集合中 key 的唯一性和高效查询，元素put进HashMap流程如下：

1
2
3
4
5
6
7

flowchart TD
    A[对象被放入 HashMap] --> B["调用 hashCode()"]
    B --> C{哈希桶是否有位置}
    C -->|空| D[直接存入]
    C -->|冲突| E["调用 equals() 比较"]
    E -->|相同| F[覆盖旧值]
    E -->|不同| G["链表/红黑树追加节点"]

注：当元素数量越来越大时，哈希冲突不可避免。若数组长度较小，冲突会更多，链表长度也会增大，查询效率会下降；因此 HashMap 会在一定条件下自动扩容，扩容因子默认是 0.75。

clone() 方法

clone() 是 Java 中原型模式的一种实现。要调用 clone()，目标类必须实现 Cloneable 接口，否则会抛出 CloneNotSupportedException。这里涉及浅拷贝和深拷贝的内容，通常需要结合具体场景来理解，这里不展开深讲，读者可以结合实际代码和资料进一步学习。

toString() 方法

Object 的默认 toString() 实现如下：

1
2
3

public String toString() {
    return getClass().getName() + "@" + Integer.toHexString(hashCode());
}

默认实现并没有太大意义，所以很多类都会重写这个方法。System.out.println(obj) 时，默认打印的也就是对象的 toString() 返回值。

Object 线程相关方法

wait 和 notify 这类方法必须在同步代码块或同步方法中调用，否则会抛出 IllegalMonitorStateException 异常。

wait()

调用 wait() 时，当前线程会进入等待状态，并且释放所持有的锁，直到被其他线程唤醒。

wait(long timeout)

带超时时间的等待方法，线程会在指定时间内等待，超时后自动醒来继续执行。

wait(long timeout, int nanos)

更细粒度的等待重载版本，支持纳秒级小的等待控制。

notify()

随机唤醒一个等待中的线程，具体唤醒哪个线程由 JVM 和操作系统实现决定。

notifyAll()

唤醒所有等待中的线程。

其他方法

finalize() 方法

finalize() 是 Object 提供的一个方法，用于在对象被垃圾回收前执行清理逻辑。由于它的执行时机不可预测，而且在 Java 9 之后逐步被更多机制替代，因此实际开发中通常不推荐依赖它做资源回收。

registerNatives() 方法

registerNatives() 是一个本地方法，用于注册本地 JVM 的实现代码。它通常在类初始化阶段被调用，用于桥接 Java 层和底层 C/C++ 实现。

总结

Object 看似简单，但它真正构成了 Java 对象模型的基础。hashCode()、equals()、toString()、clone() 以及线程通信相关方法都是 Java 编程中必须理解的核心概念。真正掌握它们，才能更容易理解集合、并发、对象设计以及 JDK 源码中的实现细节。