类是描述一类东西的声明而非实体，它不占运行时内存，仅作为模板定义共性；实例化则分配独立状态空间，每个对象拥有独立字段但共享方法代码。
类不是“东西”，而是描述“一类东西”的声明
很多人初学时会把 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<string> tags = new ArrayList();</string>（Java）——若未在构造器中重置，多个实例可能意外共享同一个容器 - 把静态字段（
static/@classmethod）当成实例状态用，导致跨对象污染
模板的约束力体现在编译/加载阶段，而非运行时
类作为模板，它的“模板性”主要起检查和组织作用：
- Java 中，你不能给
Dog对象赋一个catName字段，因为类没声明它；而 Python 虽然允许动态加属性，但一旦依赖hasattr(dog, "catName")就容易漏判 - 类型系统（如 TypeScript、Java 泛型）靠类声明推导参数和返回值，
List<string></string>约束的是“能装什么”，不是“现在装了几个” - 继承关系（
class Bulldog extends Dog）本质是扩展模板：子类模板 = 父类模板 + 新增字段/方法 + 可选重写
换句话说，模板不决定对象“能活多久”，但决定了它“出生时带什么证件、能办哪些事”。
真正容易被忽略的点：类可以没有实例，但实例绝不能脱离类（隐式或显式）
有些语言支持匿名对象（如 JavaScript 的 { name: "Tom", age: 25 }），看似绕开了类，但它的结构依然对应着某个隐式契约——你传给函数时，对方仍按“有 name 和 age 字段的对象”来用。Python 的 dataclass 或 Java 的 record，表面省略了 class 关键字，底层仍是编译器帮你生成的类定义。
所以别纠结“要不要先写类”，重点是：当你需要多个具有相同结构+行为的东西，并且它们的状态要彼此隔离时，那个结构声明，就是你的模板；而每次用它造出来的东西，就是不可替代的实例。
