this是Java中非静态方法的隐式参数，编译器自动将当前对象引用作为首参传入字节码，不可见但真实参与调用栈构建；它体现为区分同名变量、调用本类实例方法、传递当前对象三种场景。
Java里调用一个对象的实例方法时，this不是“写出来才存在”的东西，而是编译器自动塞进去的隐式参数——就像你调用 obj.doSomething()，底层实际执行的是 doSomething(obj, ...)，其中 obj 就是 this。
为什么说this是隐式参数
从JVM字节码角度看，每个非静态方法的第一个参数固定为当前对象引用。这个引用在源码中不显式声明，但编译器会把它当作“看不见的第一位参数”传入。你在方法体内写的 name、getName() 或 this.name，本质上都是对这个隐式参数所指对象的字段或方法访问。
- 它不可见，但真实参与方法调用栈帧构建
- 它不能被赋值、不能为 null、也不能在运行时动态替换
- 静态方法没有 this，正是因为它们不接收这个隐式对象参数
this在方法体内的三种常见体现
虽然隐式存在，但在代码中我们常通过 this 显式表达意图，主要出现在三类场景：
-
区分同名变量：形参叫
name，成员变量也叫name，必须用this.name = name才能正确赋值 -
调用本类其他实例方法：比如
this.calculateTotal()，强调是当前对象在执行该逻辑，而非某个工具类的静态方法 -
将当前对象作为参数传递：如
validator.validate(this)，把整个对象传给外部校验器
构造器里的this()不是this，而是语法糖
注意：this(...) 看起来像用到了 this，但它和隐式参数 this 不是一回事。它是编译器识别的特殊语法，只允许出现在构造器第一行，作用是跳转到本类另一个构造器——本质是构造链跳转指令，不是取当前对象引用再调方法。
立即学习“Java免费学习笔记（深入）”；
- 它不经过普通方法调用机制，也不走隐式参数那一套
- 不能在普通方法里写
this(...)，编译直接报错 - 和
super(...)互斥，因为两者都需抢占构造器第一位置
链式调用背后仍是隐式参数逻辑
当你写 user.setName("Tom").setAge(25).save()，每个方法返回 this，下一次调用就继续以同一个对象为隐式参数执行下一个方法。这依赖两个前提：
- 每个方法都声明返回类型为当前类（如
public User setName(...)） - 每个方法末尾都写
return this;，把隐式参数原样传出 - 整个链条始终围绕同一个对象实例，没有创建新对象或切换上下文
