类与对象说人话这件事我大概干过不下二十次。每次都有收获也每次都能撞见同一个尴尬对方课没少听、笔记没少抄可一说到你自己建一个类再 new 个对象试试人就愣了。问题出在哪儿呢不是笨是大多数讲解默认你已经在脑子里有了那套语境而我今天想专门省掉这道门槛。这篇文章的目标只有一个把类与对象的底层逻辑用大白话拆开。不讲高深理论不整记忆力竞赛而是把你带到我为什么要这么写、代码在机器里到底发生了什么的位置上。不管你是刚学 Python、Java、C还是天天在 Django、Spring、Vue 这些框架里打转但基础概念始终模糊的开发者这篇都值得看完。我先说结论类就是规则对象就是按规则办出来的结果。规则可以反复使用结果每次独立存在互不干扰。这个认知一旦打通类模板名称不能重复对象的创建判断对象为空这些热搜里随手就能看到的句子都会变得异常好懂。1. 为什么越学越混问题大多出在背概念而不是做类比1.1 你背的那句类是模板对象是实例其实没毛病但不够用类是模板对象是实例这句话在语法上完全正确可它的杀伤力也在这里听起来太顺了顺到你误以为自己会了。真正上手时你面对的是一个 IDE 窗口左边要建一个 .java 文件右边写着public class Person下面还有一堆花括号、分号你根本不知道哪块儿对得上模板哪块儿算实例。我的建议是先把这句话翻译成更具体的版本类是一个还没发生的默认状态说明对象是这个说明被真正执行了一次之后留下的结果。比如设计图和汽车两者都是模板与实物的关系但设计图上面画的是具备四个轮子、一个方向盘汽车真正开上路时四轮和方向盘才是物理存在而且同一条流水线可以造出无数辆同款汽车每辆都有自己的车牌、里程和车主。对应到代码里类里写的变量叫属性它定义了以后每个对象身上都会携带什么数据至于数据具体是多少等对象被创建时再填。类里写的函数叫方法它定义了以后每个对象能做什么事比如开车、刹车、按喇叭。这和热词里频频出现的类加载对象的创建类图怎么画都有关联——类一旦被编程语言加载进运行环境就等于这张设计图被放到了施工总台上可以随时拿去创建新对象。而类的加载过程是程序员或框架自动完成的不需要你手动搬运图纸。1.2 属性和方法不是装饰是约定很多人写类时喜欢堆一大堆变量看起来好像很有对象那味儿结果代码一运行就露馅该初始化的属性没初始化该定义的调用逻辑没定义对象创建出来就是一个空壳子。问题的根源是把类当成放数据的容器而不是对未来的约定。用我再熟悉不过的例子一个用户注册功能。用户这个类属性至少得有用户名、密码、邮箱方法至少得有校验密码强度保存到数据库。你在类里只写属性不写方法等于给了系统一张只有配置项没有操作流程的表格后面想要推动流程还是要满世界打补丁。这也解释了为什么那么多框架问题——比如 Django 里执行查询-删除对象、Spring 里以 new 对象的方式创建——最后都会绕回同一个底层概念你先定义好类这个约定再由语言或框架替你按约定生成对象。所以请把属性方法构造方式这三件事记成一个整体而不是分开的记忆点。属性负责长什么样方法负责会干什么构造方式负责第一步怎么激活它。后面我实操部分会把这三点串起来写一段能跑的代码。1.3 对象这个词在平时说得太乱学编程你会发现对象不只是类创建出来的那个东西还被人到处借用对象存储服务、jQuery 对象、DOM 对象、数组对象、Stream 对象……一堆名词砸过来初学者很容易疯。其实它们本质都一样只是某一种规则创建出来的、正好带着数据和行为的实体。对象存储服务里的对象可以理解为一个包含文件内容和元信息的盒子DOM 对象则是网页标签对应的编程接口。它们和类的实例说的是同一件事被封装成整体的一坨数据加行为。想明白这一点再看那些热词就轻松多了。比如 es6提取数组对象一部分对象数组去重都是对已经创建出来的对象集合做处理处理之前你得先知道对象身上有哪些属性optional对象操作判断对象为空则是在问这个对象到底存不存在、里面有没有值。所以磨刀不误砍柴工先把类与对象这层地基夯实再去看五花八门的库和工具效率会高很多。2. 类拆开看名字、属性和方法到底谁管谁2.1 类名就是身份证号写一次就要有效经常有人写类的时候一个类名换来换去一会儿 Person一会儿 person一会儿 People。类名这事第一要合法第二要唯一。合法是指编程语言对标识符的硬性要求比如 Java 类名不能以数字开头Python 类名通常建议大驼峰唯一则是指同一个类命名空间里不能出现两个一模一样名字的类否则编译器会直接报类模板名称不能重复之类的错误不同语言措辞不一样但意思一致。类名一旦确定它就是你后面创建对象、调用方法、引用类型的唯一凭证。这个唯一凭证的概念很关键。你写Person p new Person()编译器能通过靠的就是类名 Person 在作用域里能被唯一解析到。如果你把另一个类的名字也写成 Person或者导包导错了报错就会非常玄幻。热词里那句 maven编译项目报找不到类com.sun.image.codec.jpeg.jpegcodec其实就和类名解析有关——你引用的类不在当前依赖里Maven 自然找不到它。遇到这种问题别急着怀疑人生先去确认类名是否写错所在依赖是否引入导入语句是否缺失这三件事。2.2 属性决定了对象身上带哪些货接下来讲属性。属性的声明形式各语言略有差别Java/C 写在花括号里Python 写在__init__中严格来说那是实例属性但本质一致每一个由类生成的对象都会自带一份属性副本。注意一份这个说法——同一个类创建一百个对象每个对象的属性值相互独立互不打架。你改这个对象的用户名不会影响另一个对象。这个特性在处理并发、批量导入、多条数据时特别重要也是对象存储能够把每个文件盒子相互隔离开的基础逻辑。初学者最容易犯的错是把属性当全局变量用。我见过有人为了方便直接在类的外部定义一个数组然后在类的方法里读写这个数组理由是反正大家都能看到。刚开始跑通没问题一旦业务复杂你会抓狂这个数组被谁改过为什么页面数据少了排查到最后往往发现是某个对象悄悄改了全局状态。正确做法是让数据归属到具体对象身上也就是放进属性里这样每个对象只管自己那一摊子出了问题也好定位。提示判断该不该写成属性可以先问一句这个东西是不是每一个对象都要随身带一份如果是就放属性。如果只是某次操作里的临时变量就放方法内部。放错位置迟早要回来改。2.3 方法定义了对象能做的事构造函数决定怎么出生方法就是类里定义的函数但放在类里之后它和普通函数的区别是它默认知道自己在为哪个对象干活。用thisJava/C或selfPython拿到当前对象的引用从而可以读取该对象的属性、调用该对象的其他方法。方法里写的逻辑就是这份行为约定的具体实现。构造函数则是小圈子里的隐藏主角。它的名字通常和类名一样Python 是__init__作用是在对象诞生的瞬间把属性填上初值。你不写构造函数语言会给你一个默认的空参数构造函数你写了创建对象时就得按你定义的参数来。热词里编程要求 在开始学习 spring 框架之前我们先使用我们熟悉的方式(new对象的方式创建)讲的就是这一层Spring 后来做的依赖注入只是把谁来帮你 new 对象这件事从你手里接管了底层仍然是在调用构造函数。顺带把抽象类和普通类的区别这个高频考点说透普通类可以直接创建对象抽象类更像半成品——它可能规定了一些必须实现的方法名但具体逻辑留给子类补齐。你可以把抽象类理解成只写了框架和接口要求的施工合同子类是真正按合同落地施工的队伍。普通类则是一支完全成型、随时能开工的队伍。两者不是谁好谁差而是适用场景不同。2.4 再说类加载和响应类编写是怎么回事类加载在 Java 这类语言里有专门机制ClassLoader但在理解层面你只需要记住程序运行时类不是一次性全塞进内存的而是用到了才加载。加载完成后类的定义信息哪个属性、哪个方法保存在方法区/元空间并生成对应的类型入口然后你才能 new 出这个类的对象。这也是为什么改完类定义后一般得重启程序或重新编译——类已经被加载过了不重新加载新定义就不会生效。响应类编写这种说法多见于后端接口开发。它的意思是你定义一个类专门用来封装接口返回的数据结构比如状态码、消息、数据体。本质上它还是类规则你定义了一个返回规则框架按规则把结果打包给前端。搞懂这层再去理解 Spring 里的 Controller、Service、VO/DTO会发现他们全是类的不同分工没有新魔法。3. 动手实操从一个能跑的用户类开始3.1 第1步用 Python 写一版最直观的例子我建议初学者先从 Python 看起因为 Python 语法最接近自然语言少了很多符号干扰。下面这段代码故意写得简单希望你能在 5 分钟之内跑起来。class User: def __init__(self, name, email): self.name name self.email email self.login_count 0 def login(self): self.login_count 1 print(f{self.name} 登录了第 {self.login_count} 次) def describe(self): print(f用户 {self.name}邮箱 {self.email}登录次数 {self.login_count})代码本身非常普通但我会逐行解释别嫌弃啰嗦。第一行class User:是在告诉解释器我要定义一套新规则这套规则叫 User。它不是一个实际用户只是用户这件事的描述。__init__是构造函数名字里的双下划线是 Python 的约定你也可以把它翻译成初始化方法。它接收三个参数其中self不是要你手动传的值而是 Python 在创建对象时自动塞进来的当前对象自己。self.name name这行是把这个新对象的 name 属性设置为传入的 name 值。没有这一步对象身上就没有 name 这个属性后面就调不到。login和describe是两个方法。注意方法内部访问属性时都带着self.这是 Python 的规矩你不加 self解释器会以为你想用局部变量。初学者最常见的报错之一就是在方法里写了 name结果说 name 没定义明明类里有 name 属性啊——这类问题十有八九是忘了加 self。Java 里如果你把this.忘掉又是一场相似的噩梦。3.2 第2步创建对象并观察它们各自独立接下来创建一个对象调用几个方法看看输出。u1 User(阿伟, weiexample.com) u2 User(小明, mingexample.com) u1.login() u1.login() u2.login() u1.describe() u2.describe()运行结果大概是阿伟 登录了第 1 次 阿伟 登录了第 2 次 小明 登录了第 1 次 用户 阿伟邮箱 weiexample.com登录次数 2 用户 小明邮箱 mingexample.com登录次数 1看到了吗u1 的登录次数已经到 2u2 的登录次数还是 1。它们虽然都由同一个类 User 创建但各自的 login_count 互不相干。这就是对象是独立个体最直观的证明。很多人对对象一直有个玄学误解以为是某种高级全局变量其实恰恰相反对象是数据隔离的容器每个对象守着各自的一亩三分地。把这段代码跑通之后可以试着回答三个问题如果不调用__init__User 对象还能创建吗如果login方法里不加self.login_count而是直接写login_count会发生什么如果我想让 User 多一个修改邮箱的方法你会怎么写这三个问题全答出来类与对象的基础就算真的入门了。3.3 第3步Java 和 C 里的new为什么劝退人Python 创建对象不写new关键字Java/C 则要写于是很多人把new当成创建对象的代名词却没想过它在背后到底做了什么。在 Java 里User u3 new User(王五, wangexample.com);至少经历这样几步先根据类名 User 找到类定义接着在堆内存里给对象分配空间然后调用构造函数把对象的属性初始化为传入的值最后把这块内存的地址赋给变量 u3。注意u3 变量本身并不是那个对象它只是指向对象的一个引用或说存放对象地址的门牌号。这在 C 里更明显你在栈上声明User u;和User* u new User();完全是两种生存期和访问方式。new 到底是在干嘛搞不清楚后面看框架代码就很痛苦。热词里有句 编程要求 在开始学习 spring 框架之前我们先使用我们熟悉的方式(new 对象的方式创建)意思是 Spring 除了能让你 new 对象还能在容器里替你管理对象生命周期。但不管谁替你 new这底层动作都是同一件事分配内存、初始化属性、返回引用。理解到这一层你就不会再觉得框架是什么黑魔法了。我之前带过一个转行的朋友他在 Java 里写完User u;就直接调用u.getName()编译报错可能尚未初始化变量他还一脸无辜我明明写了 User 啊。这就是没分清声明一个引用和让引用指向一个真实对象的区别。你光写User u;只是给门牌号留了个位置地址还没填进去自然打不开门。4. 真正决定你是否理解对象的三个细节4.1 变量里存的是引用不是本体拷贝相关的坑如果问我哪条知识让初学者最容易在面试或实际开发里翻车我会说是引用 vs 值。举个例子你写了let a { name: 阿伟 }; let b a; b.name 小明; console.log(a.name); // 猜猜输出什么在 JavaScript 里输出小明因为 a 和 b 指向同一个对象。用大白话讲你只是把门牌号复制了一份给 b两个门牌号指的还是同一间屋子改屋子里的东西两个门牌号看过去当然都一样。数组、对象都是这种引用传递的典型。Java 里也一样User b a;之后修改 b 的属性a 能看到。想真正复制一份独立的对象就需要深拷贝——把对象内部的属性值一个不漏地复制到一个新对象里。Java 里常见做法是实现Cloneable接口并重写clone()或者用序列化方式拷贝C# 里则有人想办法通过类似 memcpy 的方式做全量拷贝但要格外小心引用类型的嵌套属性浅拷贝的坑到处都是。热词里那条 c# 2个bitmapdata对象之间全量拷贝 使用类似memcpy说的就是这类场景光复制对象外壳还不够你得把里面每一位数据都搬过去才能真正让两个对象互不影响。所以判断拷贝是深是浅有个笨但有效的办法改拷贝出来的对象的属性看原对象变不变。不变是深拷贝变了就是浅拷贝。业务里需要改副本不影响原件的场景非常多比如表单编辑暂存、缓存快照、批量导入前的预校验全都要靠深拷贝或不可变对象来兜底。4.2 对象为空到底在说什么判断对象为空这种问题看起来低端实际上天天出现而且坑法各不相同。首先要分两种情况一种是对象根本没创建出来变量是 null/None另一种是对象创建出来了但里面的属性都是空的。两者处理方式完全不同。null/None 意味着这个引用没有指向任何对象。你这时候调用任何方法系统基本都会报错比如 C# 里那句让人闻风丧胆的 未将对象引用设置到对象的实例Java 里则是 NullPointerException。所以规范的写法是拿对象前先判空。如果对象由工厂或框架返回更要养成判空的习惯因为第三方在你不知道的时候可能返回 null这叫防御性编程。第二种空对象比如一个 User 对象创建出来了但 name、email 全是空字符串。这种情况不报错但你拿这些数据去查库、发邮件依然会出业务问题所以还要做内容非空校验。热词里 optional对象操作 和 判断对象为空 往往连在一起本质就是先判 null再判内容最后再操作。顺序别反否则一样会出事。4.3 对象数组怎么处理才能不翻车实际开发里你很少直接操作单个对象更多是操作一堆对象Django 查询结果是一个列表pandas 的 Series/DataFrame 是一组带标签的数据ES6 里你经常要从数组对象里提取某个字段组成新数组。这一块的操作熟练度直接决定你写业务代码快不快。Python 里对对象列表做筛选和提取最自然的方式是列表推导式。比如从 users 列表里取出所有邮箱emails [u.email for u in users if u.email]JavaScript 里则是 filter map。比如只要年满 18 岁的用户const adults users.filter(u u.age 18);这类操作背后还是那个老道理数组里放的是引用filter/map 拿到的每一个元素都是对象本身你可以放心读取属性。但如果你直接对数组里的对象做修改原对象一样会被改。热词里提到的es6提取数组对象一部分对象数组去重往上追根无非就是明确要去重依据的是哪个字段、用 Set 加 JSON 序列化还是其他方案会不会影响原数据。这些细节一旦理顺写起来会顺手很多。5. 高频报错与对象有关的排查实录5.1 表达式必须包含类类型——C 编译错误里最劝退的一句这句报错在初学 C 时极其常见典型的触发场景class Student { public: int score; }; int main() { Student s; s.score 90; Student *p s; p.score 95; // 编译报错表达式必须包含类类型 return 0; }为什么会报错因为 p 是一个指针不是对象。你用点号.去访问score编译器认为 p 是个指针指针类型本身没有 score 这个成员除非你用箭头-。用大白话说p 手里拿的不是学生信息表本身而是这张表放在哪个柜子的编号。想窥探信息你得先通过编号进到柜子也就是p-score或者(*p).score。不少初学者看到表达式必须包含类类型会一头雾水以为和类型有关就错了其实就是点号和箭头用混了。排查思路很简单看到报错行是.先看左边变量是不是指针或者 shared_ptr 之类的智能指针是的话换成-看到报错行是-再看左边是不是普通对象是的话换成.。这个错误我能从初学者群里捞出来无数次每次都是同一句忠告先分清引用、指针、对象再谈改代码。5.2 未将对象引用设置到对象的实例——十有八九是没判空这个报错是 C#/.NET 程序员的经典噩梦。它可能在任何地方出现读配置、操作数据库返回结果、调用第三方接口一句话总结就是你拿一个 null 对象调方法或访问属性。最常见的是这种string name user.Name; // user 是 null此处抛出异常为什么框架没有帮你兜住因为 C# 的设计哲学是默认不帮你加判空让你自己决定。想避免它最好的办法是养成习惯从可能为 null 的地方取对象后立刻做空值检查或者用 C# 8.0 以后的可空引用类型Nullable Reference Types在编译期提前拦截。其实这类报错不只在 C#Java 的 NullPointerException 是同一个妈生的。排查手段也通用第一步看调用栈里哪行报错第二步看哪个变量可能是 null第三步在报错行之前加判空或者用 Optional 包装。我在工作里见过太多明明我传了参数怎么会是 null的案例最后发现是上游接口在异常分支返回了空值。所以必要的时候打日志把关键参数打印出来远比瞎猜快。5.3 找不到类类的问题先别怀疑人生Maven 编译项目报找不到类 com.sun.image.codec.jpeg.JPEGCodec这其实是 JDK 老版本兼容问题。com.sun.image.codec.jpeg是 JDK 内部包在 JDK 9 之后默认不再对外开放所以用 Maven 编译老项目时就找不到类。这种找不到类报错和类与对象的关系在于类和对象体系在运行时有严格的可见性规则——不是你知道一个类名就能随便用还得保证它在当前编译环境里可访问、可导入。JDK 模块化之后好多内部类都被藏起来了访问不了。处理办法不外乎几种换成新 API比如ImageIO引入专门的依赖或者升级改造老代码。但作为经验我想说的是遇到任何找不到类的报错先按这个顺序排查——类名拼写、导入语句、依赖有没有引入、被引用的类要不要额外开放模块、版本冲突。很多时候不是你不会写类而是工程配置把路堵了。5.4 新手问题速查表下面这张表是我这几年答疑时攒下来的一些高频问题和最快的处理思路报错或现象大概率原因处理建议类模板名称不能重复同一命名空间/包下有两个同名类重命名其中一个或调整包路径表达式必须包含类类型用.访问了指针成员的属性改用-或先解引用未将对象引用设置到对象的实例null 对象访问成员判空后再操作或用可空类型NullPointerException同上Java 版本加判空查调用链找不到类 XXX依赖缺失 / 类名写错 / 模块不可见检查 import、依赖、模块参数对象属性全部为空构造函数没赋值或反序列化字段名不匹配检查构造函数和字段映射这张表放微信收藏里日常写代码的时候遇到类似报错可以先查一眼多半能帮你省下十分钟的翻车时间。仅凭这张表新手的容错率就能提高不少。但我也知道报错总有千奇百怪最重要的还是打牢底层概念——只要你真正理解类规则、对象按规则做出来的独立个体变量里存的常常只是门牌号九成的报错你都能顺着这条线索自己推出来。最后说点我的实际体会。教过那么多次类与对象我越来越觉得它像学骑自行车听再多的平衡原理都不如跨上去蹬两下。最好的学习路径是先跟着文章把 Python 那个例子跑通然后试着改需求——比如把 User 加一个修改密码的方法或者增加一个管理员子类只要改着改着不心虚了这关就算过了。还有一个特别土但极好用的小技巧遇到不理解的对象行为就在纸上画方框。把类画成一个模板方框把对象画成一个个独立的小方框箭头表示引用关系。我至今写复杂业务前还会在草稿纸画这种丑图它比任何高端工具都好使。