类与对象：面向对象的核心思维解析

类并非真实存在的实体，而是一份描述共性、约束结构与行为的“说明书”或模板，它本身不占运行时内存、不执行逻辑；对象才是承载独立状态的实体，每个实例拥有私有字段但共享方法代码，真正体现“一类东西”如何分化为“一个个具体的东西”。理解这一本质区别，能避开动态属性误用、可变默认参数共享、静态字段污染等常见陷阱，并意识到：即便在看似无类的场景中，隐式契约或编译器生成的结构依然在履行类的核心职责——定义什么可以存在、如何被使用。

类不是“东西”，而是描述“一类东西”的声明

很多人初学时会把 class Person 当成一个真实存在的实体，甚至试图直接调用它。其实不然——类本身不占运行时内存，也不执行任何行为，它只是编译器/解释器能读懂的一份“说明书”。比如 class Dog 并不等于一只狗，它只说明：如果有狗，它该有 name、age 这些字段，能调用 bark()、sleep() 这些方法。

关键区别在于：类定义的是共性，对象承载的是个性。同一份 Dog 类可以生成 dog1 = new Dog("旺财", 3) 和 dog2 = new Dog("小白", 5)，它们共享 bark() 的逻辑，但 name 和 age 各自独立。

实例化不是“复制代码”，而是分配独立状态空间

写 new Dog() 时，真正发生的是：JVM（或 Python 解释器）在堆内存中划出一块新区域，填入该对象的字段值，并让这个区域指向类里定义的方法入口。方法代码本身只存一份，但每个对象都有自己的 name、age 副本。

容易踩的坑：

• 误以为修改 dog1.name = "大黄" 会影响 dog2.name ——不会，它们是不同内存地址上的独立变量
• 在类里直接给可变对象赋默认值，比如 self.tags = []（Python）或 private List tags = new ArrayList();（Java）——若未在构造器中重置，多个实例可能意外共享同一个容器
• 把静态字段（static / @classmethod）当成实例状态用，导致跨对象污染

模板的约束力体现在编译/加载阶段，而非运行时

类作为模板，它的“模板性”主要起检查和组织作用：

• Java 中，你不能给 Dog 对象赋一个 catName 字段，因为类没声明它；而 Python 虽然允许动态加属性，但一旦依赖 hasattr(dog, "catName") 就容易漏判
• 类型系统（如 TypeScript、Java 泛型）靠类声明推导参数和返回值，List 约束的是“能装什么”，不是“现在装了几个”
• 继承关系（class Bulldog extends Dog）本质是扩展模板：子类模板 = 父类模板 + 新增字段/方法 + 可选重写

换句话说，模板不决定对象“能活多久”，但决定了它“出生时带什么证件、能办哪些事”。

真正容易被忽略的点：类可以没有实例，但实例绝不能脱离类（隐式或显式）

有些语言支持匿名对象（如 JavaScript 的 { name: "Tom", age: 25 }），看似绕开了类，但它的结构依然对应着某个隐式契约——你传给函数时，对方仍按“有 name 和 age 字段的对象”来用。Python 的 dataclass 或 Java 的 record，表面省略了 class 关键字，底层仍是编译器帮你生成的类定义。

所以别纠结“要不要先写类”，重点是：当你需要多个具有相同结构+行为的东西，并且它们的状态要彼此隔离时，那个结构声明，就是你的模板；而每次用它造出来的东西，就是不可替代的实例。

到这里，我们也就讲完了《类与对象：面向对象的核心思维解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！