如果你现在正处在编程学习的第三阶段大概率已经从“照葫芦画瓢写代码”进入到了“开始琢磨代码为什么这么写”的时期。这份阶段三讲义讲的内容——类型与对象Classes Essential Operations恰好是所有编程语言里最绕不开的一块基石。我自己带新人工程师的时候见过太多人在循环、函数上写得挺溜结果一碰对象就翻车对象赋值后原数据莫名其妙变了字符串和数字相加出来一串诡异结果方法一调就报“对象不是函数”。这些问题几乎都指向同一个根源——没有真正把“类型”和“对象”这两件事吃透。这篇文章就围绕这份讲义展开聊清楚类型、对象、类到底是什么日常开发中哪些场景最容易因为它们出问题以及怎么练才能把这部分基础打扎实。对初学者来说这是一个承上启下的阶段前面学的变量、运算、分支循环都还停留在“值”的层面到了类型与对象你要开始理解数据在内存里是怎么组织的、代码逻辑该怎么按对象来划分。对已经工作但基础不牢的开发者这篇文章也值得花十分钟过一遍很多诡异 bug 的根子都能在这里找到。1. 阶段三整体定位从“会写语法”到“理解数据本质”1.1 为什么所有编程入门课都要专门讲类型和对象你可以把写代码想象成搬东西变量是箱子值是箱子里的物品而类型就是箱子上的标签。你只有先搞清楚箱子里装的是衣服还是玻璃制品才知道该轻拿轻放还是随手一扔。类型解决了“这个值是什么、能做什么操作”的问题对象则解决了“多个相关数据和操作怎么组织”的问题。我见过不少自学的人跳过这个阶段直接冲框架结果写出来的代码就是“能用但不敢动”改一个值整个页面跟着崩后端数据格式稍微变一下前端直接白屏。根子就在于没理解对象的引用关系、类型转换的边界。阶段三这份讲义把这两块放在一起讲其实就是想让你在写真实业务之前先把数据的“脾气”摸透。这个阶段和前面最大的区别在于前面的代码基本都是“线性执行”你写一行它跑一行从类与对象开始代码变成了“结构组织”。你需要不再关心每一行怎么执行而是关心哪些数据和操作应该放在一起它们之间的权限边界在哪里。这是一种思维上的切换很多人卡在这一步就是因为还习惯用“从上往下读”的方式理解面向对象代码。1.2 讲义里“Essential Operations”到底包含哪些操作标题里的 Essential Operations 不是泛泛而谈它指的是对类型和对象最基础、最高频的那几类操作我梳理下来主要有六个创建、访问、修改、比较、转换、销毁。创建解决的是对象从哪来的问题访问决定你怎么拿到对象内部的数据修改涉及重新赋值和状态变更比较要解决两个对象“相等”的标准是什么转换负责类型之间的桥接销毁讨论对象什么时候离开内存。这六类操作几乎覆盖了日常开发里九成以上的代码动作。只要你写程序就不可能不碰它们。比较容易被忽略的是“比较”和“销毁”这两块。很多新人做对象比较时直接用在 Python 里比的是内存地址在 JavaScript 里又有一套完全不同的规则销毁则涉及引用计数和垃圾回收写长驻服务时特别重要。这些细节我会在后面展开。2. 类型体系每个值都自带“身份证”2.1 基本类型到底有哪些先看清你手里的牌绝大多数主流编程语言提供的基础类型都差不多无非是整数、浮点数、字符串、布尔、空值这几类。但不同语言对这些类型的处理差异很大恰恰是这些差异最容易坑人。以 Python 为例基本类型包括int、float、str、bool、NoneType。布尔值在比较时等于 0 和 1字符串是不可变对象整数则有任意精度。JavaScript 则要复杂一些number同时覆盖整数和浮点数null和undefined是两个不同的空值NaN也是数字类型的一员。Java 则分原始类型和包装类型int和Integer的行为完全不一样自动装箱拆箱还会带来隐式性能开销。我给初学者的建议是先把一门语言的基本类型表背下来然后每次遇到“这个值到底是什么类型”的疑问就主动去查资料确认一次。类型问题不能猜一猜就容易埋雷。2.2 类型转换功能强大但代价必须清楚类型转换是 Essential Operations 里最常用也最翻车的一类操作。显式转换还比较好理解——你明确告诉程序要把 A 变成 B。Python 里写int(123)、float(10)、str(3.14)都属于显式转换结果可控出错了也容易排查。真正危险的是隐式转换。拿 JavaScript 来说1 2的结果是12而不是3因为加号两边只要出现字符串另一个操作数就会被转成字符串但1 - 2的结果却是-1因为减号只能用于数字运算字符串被强转成了数字。同一个符号两种完全不同的转换规则不踩坑才怪。Python 里也有类似陷阱True 1结果是 2因为bool是int的子类3 * 3结果是333但3 3会直接报错。所以我说类型转换不是“能不能转”的问题而是“程序在什么时候帮你转、转完之后你是否还掌控得住”的问题。写代码时尽量使用显式转换让代码的读者一眼就能看出类型意图。2.3 理解“可变”和“不可变”很多诡异 bug 的源头类型还有一个隐藏属性叫做可变性。可变类型允许在原有内存地址上修改内容不可变类型任何修改都会产生新对象。Python 里list、dict、set是可变类型str、tuple、int、float是不可变类型。这个区别直接影响你写代码的方式。字符串拼接如果放在循环里每次都会创建新字符串、分配新内存性能会非常差而列表在循环里append则是原地修改性能没问题。更重要的是可变类型作为函数默认参数时会导致状态污染——这也是 Python 面试里老生常谈的坑。我举个很实际的例子你写了个函数默认参数是空列表def add_item(item, container[])第一次调用add_item(a)结果正常第二次调用时列表里居然还留着上次的数据。这就是因为默认参数列表在函数定义时只创建了一次后续所有调用共享的是同一个对象。类似的坑在 JavaScript 的对象、数组里也大量存在。3. 类与对象模板与实例的这门“亲事”3.1 类的作用用一张图纸批量生产对象类描述的是对象的共同特征和行为对象则是根据类创建出来的具体实例。这个类比虽然老套但确实准确类就是图纸对象就是按图纸造出来的产品。图纸上标明了产品有哪些属性如颜色、尺寸、能做什么动作如启动、停止但图纸本身不是产品你不能拿图纸去开。只有通过实例化把图纸变成具体的东西才真正占用了内存、能参与运算。类存在的意义在于组织代码和复用逻辑。没有类的时候你要分别定义几十个相互关联的变量和函数有了类数据和操作被封装在一起外部只通过公开接口交互内部实现细节被隐藏起来。这不仅让代码更容易阅读也避免了函数之间用大量参数传递数据这种“面条式”写法。从阶段三讲义的角度看你不需要一上来就玩多态、继承这些复杂特性只需要搞清楚类里有什么、对象怎么来、对象和类之间如何通过self或this联系。把这些地基打稳后面学什么都快。3.2 对象的创建不同语言的不同姿势创建对象是 Essential Operations 的第一项不同语言写法完全不同但核心逻辑一致分配内存、初始化状态、返回引用。Python 里用构造函数__init__完成属性初始化class User: def __init__(self, name, age): self.name name self.age age u1 User(张三, 25)JavaScript 里可以直接用对象字面量也可以用类const u1 { name: 张三, age: 25 }; // 或者 class User { constructor(name, age) { this.name name; this.age age; } } const u2 new User(李四, 30);Java 则必须定义类再实例化new User(王五)这种写法本质上就是告诉 JVM 分配一块内存然后调用构造函数完成初始化。我见过最典型的错误是只在构造方法里给部分属性赋了初值结果对象创建后某个字段一直是未定义状态或者属性名写错导致赋值失败却没报错。所以每次创建完对象立刻检查一遍所有字段是否符合预期这个好习惯能帮你省下大量调试时间。3.3 类变量与实例变量别再搞混了类变量属于类本身所有实例共享实例变量属于具体对象每个实例各有一份。这个区分在几乎所有面向对象语言里都存在也是最容易被初学者忽略的地方。Python 里的表现是class Counter: total 0 # 类变量 def __init__(self): self.count 0 # 实例变量 def increment(self): self.count 1 Counter.total 1这里的total是所有实例共享的计数器count是每个实例自己的计数。如果你误把total当实例变量来用——比如写成self.total 1——那就不是修改类变量而是新建了一个实例属性整个计数逻辑就全部乱了。这个坑在团队协作里尤其致命。别人写了个工具类里面用类变量缓存了某些配置你在实例方法里顺手self.xxx给覆盖了会让其他所有实例的行为跟着改变。定位这种问题往往要花很长时间因为报错并不明显只是行为异常。我的建议是类变量只放那些“所有实例都一样的常量”凡是可能因对象而异的字段一律放构造方法里初始化。4. 对象的访问、比较、销毁与常见对象操作4.1 访问属性与方法点号背后发生了什么对象创建好之后你通过点号访问属性和方法。obj.name看起来简单底层其实是一个属性查找过程。Python 会先在实例__dict__里找找不到再去类里找再找不到就去父类里找。JavaScript 则沿着原型链一直往上找。理解这个过程你就能解释“为什么一个对象能用自己没有显式定义的方法”——因为它从类或原型链上继承了。值得提醒的是属性名和方法名不能冲突。一旦你把某个方法名赋值成了普通属性再调用时就会得到“object is not callable”之类的错误。还有一件事动态语言允许运行时往对象上加属性这在提高灵活性的同时也让代码变得难以追踪。我一直主张核心数据结构的属性在创建时就固定下来别在业务逻辑里到处临时挂属性否则排查问题的时候你会怀疑人生。4.2 对象比较相等和相同的区别对象比较是 Essential Operations 里最容易被轻视的一项。到底比的是什么取决于语言和对象类型。Python 里默认比较两个对象的内容是否相等对于自定义类需要通过__eq__控制而is比较的是否是同一个对象内存地址。JavaScript 则更特殊会做类型转换后再比较才是严格相等。我见过不少线上事故就是因为用错了。比如 JavaScript 里0 结果是truenull undefined结果也是true如果你没意识到这些规则用做表单校验很容易把空字符串当成 0 放过。真正的工程实践里推荐一律使用严格相等Python 里比较数值老老实实用判断是否为None用is。对于自定义类如果你希望两个属性完全相同的对象被视为相等必须自己实现比较方法否则默认比较的是内存地址两个内容相同的对象会被当成不相等这在写测试断言时会让你一头雾水。4.3 删除对象与内存回收什么时候该操心很多初学者没意识到“对象销毁”也是一项操作。Python 有引用计数和垃圾回收机制一个对象不再被引用时内存会被自动回收。JavaScript 也类似V8 引擎会通过标记清除回收不再可达的对象。你不需要手动销毁对象但要清楚哪些写法会造成“对象一直无法被回收”——最常见的是全局变量持有大量数据而不释放或者对象之间循环引用。Java 和 Python 的现代 GC 都能处理循环引用但仍会因为日志、缓存等长生命周期对象持有短生命周期对象的引用导致内存只涨不降。这就是所谓的内存泄漏。我之前排查过一个常驻进程内存持续增长的问题最后发现是一个字典里不断塞入带时间戳的对象从未清理旧数据。如果你写的程序里也有类似的全剧缓存一定要评估好数据量的上限该清理就清理。5. 实际编码中的高频对象问题与排查技巧5.1 对象合并为什么会越合越乱“合并两个对象”是 JavaScript 开发里非常常见的操作。你用Object.assign或者展开运算符{ ...obj1, ...obj2 }都能完成浅合并但提示浅合并只复制一层属性如果属性值本身是对象或数组那复制的是引用不是全新副本。这就带来一个经典问题合并后修改一个对象的嵌套属性另一个对象的嵌套属性也跟着变了因为它俩指向同一块内存。类似的情况在 Python 的字典更新dict1.update(dict2)里也一样存在。深层嵌套的数据结构要想真正独立需要深拷贝。另一个更隐蔽的问题是 “vue 对象赋值页面不变”。很多 Vue 初学者直接给对象追加新属性this.obj.newField 1结果页面没有反应因为 Vue 2 的响应式系统无法侦测到“新增属性”这个动作。解决方案是用this.$set或整体重新赋值对象。说到底这是对象引用关系与框架响应式机制叠加产生的坑理解对象赋值是“改引用”还是“改内容”排查起来会快很多。5.2 判空、判断类型的正确姿势“判断对象为空”是日常高频需求但不同语言、不同框架的做法天差地别。Python 里判断一个容器是否为空直接if not container就好因为空列表、空字典在布尔上下文里是假的但要判断一个变量是否为None要用is None而不是 None。JavaScript 里则要区分null、undefined、空字符串、空数组几种情况if (!value)会把它们全部命中如果你只希望过滤null和undefined得写成if (value null)或使用??空值合并操作符。类型判断也是同样Python 用type(x) is int或者isinstance(x, int)这里我建议优先用isinstance因为它能识别继承关系。JavaScript 用typeof判断基本类型用Array.isArray()判断数组用Object.prototype.toString.call()才能可靠地区分对象的具体类型。类型判断写不好直接导致后面一系列方法调用报错。5.3 类型转换与比较运算的“连环坑”实际项目里最常出现的组合拳是接口返回的字段类型和你预期不一致引发运算错误。我举个例子后端返回了一个12你前端直接 3结果是123而不是 15。还有一个 Java 项目里很经典的问题long类型在 JSON 序列化后精度丢失前端拿到的id最后几位变成 0然后根据这个 id 再去查数据就查不到。这就是类型在跨语言边界时“变形”导致的 bug。针对这类问题我的排查经验是先在入口处打日志把实时拿到的数据类型记录下来确认是字符串、数字还是对象再用该语言最可靠的方式做一次显式转换例如 Python 的int()包一层并做好异常处理最后再走运算逻辑。别嫌这些步骤麻烦越是基础的环节越值得多花这一分钟。我来整理一个高频问题的排查速查表问题现象常见原因首选排查方式两个对象内容相同但不相等比较的是内存地址而非内容检查是否实现或调用了内容比较方法对象属性改不动或页面不刷新直接追加新属性框架响应式未拦截改为整体赋值或使用框架提供的 set 方法字符串与数字相加结果离谱隐式类型转换规则触发改显式转换严格比较类型合并对象后原对象被改掉浅拷贝只复制了引用使用深拷贝或逐层复制内存只涨不降缓存或全局变量持有对象引用排查长生命周期对象里的数据堆积数值字段末尾几位变成 0跨语言精度丢失如 long - 浮点将大整数改为字符串传输6. 关于学这部分内容的一些实操建议6.1 用“三层心智模型”理解类型与对象我总结了一个适合初学者的三层心智模型第一层每个变量名都只是一个“标签”它指向某块内存第二层每个值都有一个确定的类型类型决定了值的表示方式和可用操作第三层对象是把多个相关值和方法打包在一起的复合结构类就是产生这种结构的模板。把这三层想清楚你就能解释很多现象为什么a b之后修改b的属性a也会跟着变——因为两个变量指向同一个对象为什么重新给a赋一个全新值b却不受影响——因为a的标签指向了新内存而b还指向原来的那块。遇到对象相关的问题先画一张“谁指向谁”的图思路就会清晰很多。6.2 刻意练习每天 20 行代码主动制造问题只看不练永远掌握不了类型与对象。我建议你每个概念都做一个小实验创建一个类给对象动态加属性试试浅拷贝和深拷贝的区别写出一个故意让隐式类型转换出错的例子然后观察结果。自己折腾过几次遇到类似问题就不会慌。练习时多打开调试器。无论是 Python 的pdb还是浏览器里的 DevTools单步执行时盯着变量面板看对象的id是什么属性值变化发生在哪一行引用关系有什么变化。这些直观反馈会极大加速你的理解比看十篇文章都管用。6.3 建立自己的“翻车笔记”我特别推荐一个习惯把每次踩过的类型与对象相关的坑记成笔记。格式不用复杂就写四行现象是什么、报错信息是什么、根因是什么、下次怎么避免。积累上几十条你对这门语言的理解会远超大多数人。这份阶段三讲义的价值不在于让你背下规则而在于帮你建立一个检查清单每次写代码时自动过一遍——这个操作涉及对象还是基本类型是复制还是引用类型会不会被隐式转换比较的是内容还是地址如果你每次写代码都能带着这些问题那这个阶段的讲义就没有白学。
