1.js引擎v8源码分析之Object（基于v8 0.1.5）
2.cpython中的源码PyObject等对象入门
3.QT源码分析：QObject
4.MMDet——DETR源码解读
5.lodash源码之语言模块isObject
6.聊聊 JS 中的 Object.create

js引擎v8源码分析之Object（基于v8 0.1.5）

       在V8引擎中，Object是解读所有JavaScript对象在底层C++实现的核心基类，它提供了诸如类型判断、源码属性操作和类型转换等公共功能。解读

       V8的源码对象采用4字节对齐，通过地址的解读股市中线指标源码低两位来识别对象的类型。作为Object的源码子类，堆对象（HeapObject）有其独特的解读属性，如map，源码它记录了对象的解读类型（type）和大小（size）。type字段用于识别C++对象类型，源码低位8位用于区分字符串类型，解读高位1位标识非字符串，源码低7位则存储字符串的解读子类型信息。

       对于C++对象类型的源码判断，V8引擎定义了一系列宏。这些宏包括isType函数，用于确定对象的具体类型。此外，还有其他函数，如解包数字、转换为smi对象、检查索引的有效性、实现JavaScript的IsInstanceOf逻辑，以及将非对象类型转换为对象（ToObject）等。

       对于数字处理，smi（Small Integers）在V8中用于表示整数，其长度为位。ToBoolean函数用于判断变量的滑动按钮源码真假，而属性查找则通过依赖子类的特定查找函数来实现，包括查找原型对象。

       由于后续分析将深入探讨Object的子类和这些函数的详细实现，这里只是概述了Object类及其关键功能的概览。

cpython中的PyObject等对象入门

       在 Python 中，一切皆对象，对象的定义对理解程序至关重要。下面，我们从 CPython 的源代码中，介绍 CPython 中基本的对象结构。

       在 CPython 中，关于对象的定义主要集中在头文件 Include/object.h 中。在文件的前面部分，可以找到整体的介绍。对象在堆上分配，使用特殊的规则来确保它们能够正确地被垃圾回收。对象不能静态分配或在栈上分配，只能通过特定的宏和函数访问。类型对象是例外，标准类型由静态初始化的类型对象表示，Python 2.2 中的工作使得堆上分配的类型对象成为可能。每个对象都有一个引用计数，当对象的指针被复制或删除时，引用计数会增加或减少。当引用计数达到零时，表示对象不再有任何引用，可以被从堆中移除。每个对象都有一个类型，grbl源码编译决定了它代表什么以及包含何种数据类型。对象的类型在创建时固定。类型本身作为对象表示，对象包含指向相应类型对象的指针。类型自身有一个类型指针指向对象代表的类型'类型'，该类型包含指向自己的指针！对象在内存中不会漂浮移动，一旦分配，其大小和地址保持不变。需要存储可变大小数据的对象可以包含指向对象可变部分的指针。不同类型的对象不一定具有相同的大小，但分配后大小不能改变。为了使对象的引用可以简单地是一个指针，不允许移动对象或改变对象的大小。对象始终通过 PyObject * 类型的指针访问。 PyObject 是一个只包含引用计数和类型指针的结构。实际分配的对象内存包含其他数据，只能在转换为指向更长结构类型的指针后访问。此更长的类型必须以引用计数和类型字段开始，使用宏 PyObject_HEAD 为这进行（以适应未来的更改）。特定对象类型的实现可以将对象指针转换为正确的类型并返回。

       在 CPython 中，最重要的对象是 PyObject，定义在文件 Include/object.h 中。 PyObject_VAR_HEAD 是一个关键的宏，定义在文件 Include/object.h 中。这是一个 PyVarObject，可以简单理解为：

       在 Python 中，zepto源码案例除了基础的 PyObject 对象之外，还有一些在其基础上扩展的 PyVarObject 对象，因为我们常用的如列表、字典等对象的长度可以随时变化。

       每个类型的对象都有一个类型，因此对象的类型数据结构非常重要。它定义在文件 Include/cpython/object.h 中的结构体 _typeobject 中，同时它有一个别名 PyTypeObject，定义如下：

       可以看到，结构体 PyTypeObject 相当复杂，下面我们会逐步介绍。

       将 PyTypeObject 分为几个部分。

       上面的代码中涉及到的第一个关键的宏 PyObject_VAR_HEAD 的定义在文件 Include/object.h 中。这意味着 PyObject_VAR_HEAD 就是一个 PyVarObject，可以简单理解为：

QT源码分析：QObject

       在QT框架中，元对象系统（Meta-Object System）的核心是信号与槽机制，它巧妙地利用C++语法实现，涉及函数、函数指针和回调。信号与槽机制的一大亮点是自动代码生成，比如当我们声明信号时，编译器会自动生成相应的槽函数实现，无需手动编写。通过connect函数，信号与槽能在不同线程间安全地自动连接与触发，确保线程同步，无需额外编码。QObject类是app能看源码实现元对象系统的关键，所有类继承自它，因此深入研究QObject对理解QT元对象机制极其重要。

       QT的元对象系统通过宏Q_OBJECT实现，它在编译时会生成与类相关的元对象和信号实现。Q_PROPERTY宏用于定义属性，与变量类似，但支持只读、可读写和信号通知。Q_DECLARE_PRIVATE(QObject)宏则用于创建类的私有部分，存放私有变量和子对象，维护类的封装性。

       构造函数中，首先创建QObjectPrivate指针并设置关联，然后初始化线程数据和处理 moveToThread 功能，确保对象在正确线程运行。connect函数是连接信号与槽的重要工具，它会进行参数检查和类型匹配，并在满足条件后通过QMetaObject的Connection功能实现回调。

       总之，通过理解QObject及其相关机制，开发者可以更有效地利用QT框架的信号与槽系统，简化编程并提高代码的线程安全性和可维护性。

MMDet——DETR源码解读

       DETR，作为目标检测领域的里程碑式工作，首次全面采用Transformer架构，实现了端到端的目标检测任务，堪称Transformer在该领域的开创之作。其核心创新在于引入了object query，将目标信息以查询形式输入Transformer的解码器。object query首先通过自注意力机制学习对象特征，确保每个query关注独特的对象信息。接着，它与经过自注意力处理的图像特征进行交叉注意力，提取目标特征，最终得到包含对象信息的query，通过全连接层（FFN）输出bbox和类别信息。

       深入理解DETR前，首先要明确两个关键点：一是模型结构原理，二是MMDet配置解读。DETR模型主要包括Backbone（如ResNet，常规但非重点）、Transformer的编码器和解码器、以及head部分。在MMDet配置文件中，model部分区分了Backbone和bbox_head。

       在MMDet的单阶段目标检测训练中，forward_single()函数在mmdet/models/dense_heads/detr_head.py中负责除Backbone外的前向计算，代码展示有助于理解。DETR的前向过程涉及的主要变量形状可以参考代码中的打印，但需注意由于随机裁剪，不同batch的形状可能会有所变化。

       Transformer部分在mmdet/models/utils/transformer.py中，N代表特征图的宽度和高度的乘积，这里提供了详细的代码解读。若对Transformer的mask有疑问，可以参考相关文章深入理解。

lodash源码之语言模块isObject

       解析 lodash 的源码以确定一个值是否属于 ECMAScript 规定的对象类型。这类对象包括数组、函数、对象、正则表达式、新的 Number(0) 和新的 String('') 等。该方法通过检查输入值是否为 Object 类型，来判断其是否满足对象类型。

       源码逻辑简洁：若 value 为 Object，则返回 true；否则返回 false。

       为了全面理解，我们可以参考 ECMAScript 对对象的定义：对象是具有属性和方法的复杂数据结构，可以用于存储和操作数据。在 JavaScript 中，所有类型（除了基本类型如数字、字符串、布尔值、null 和 undefined）默认都是对象。

       进一步解析，当函数 `lodash.isObject` 被调用时，它将执行以下操作：检查传入的值是否符合 Object 类型。这包括基本对象类型以及构造函数（如 Number 和 String）创建的实例。函数会返回一个布尔值，表示输入值是否为对象。

       理解 `isObject` 的工作原理对于深入学习 lodash 和 JavaScript 对象模型至关重要。它帮助开发者在处理数据时，能够准确地判断变量类型，从而编写更高效、更灵活的代码。

       综上所述，`lodash.isObject` 是一个简单而强大的工具，用于识别值是否属于 ECMAScript 对象类型。通过检查值是否为 Object，开发者可以确保代码在处理复杂数据结构时正确无误，从而提高代码的稳定性和可维护性。

聊聊 JS 中的 Object.create

        实话说，之前不知道还有这么个玩意。偶然间看手写 new 源码，才算和它第一次认识。

        Object.create() 官方解释：方法创建一个新对象，使用现有的对象来提供新创建的对象的proto。

        其实 Object.create() 有两个参数： Object.create(proto, [propertiesObject])

        proto : 必须，表示新建对象的原型对象。

        即该参数会被赋值到目标对象(即新对象，或说是最后返回的对象)的原型上。

        该参数可以是null， 对象， 函数的 prototype 属性

        注意：创建空的对象时需传null , 否则会抛出 TypeError 异常

        propertiesObject : 可选，添加到新创建对象的可枚举属性。

        ( 即其自身的属性，而不是原型链上的枚举属性 ) 对象的属性描述符以及相应的属性名称。

        这些属性对应 Object.defineProperties() 的第二个参数。

        与 普通方式 创建对象 不同点

Mobx源码阅读笔记——3. proxy 还是defineProperty，劫持对象行为的两个方案

       这篇文章将深入分析 MobX 的 observableObject 数据类型的源码，同时探讨使用 Proxy 和 Object.defineProperty 这两种实现方案来劫持对象行为的策略。通过分析，我们能够理解 MobX 在创建 observableObject 时是如何同时采用这两种方案，并在创建时决定使用哪一种。

       首先，回顾 observableArray 的实现方式，通过 Proxy 代理数组的行为，转发给 ObservableArrayAdministration 来实现响应式修改的逻辑。同样，我们已经讨论过 observableValue 的实现，通过一个特殊的类 ObservableValue 直接使用其方法，无需代理。

       对于 observableObject 的实现机制，其特点在于同时采用了上述两种方案，并且在创建时决定使用哪一种。让我们回到文章中提到的工厂方法，其中根据 options.proxy 的值来决定使用哪一种方案。

       在 options.proxy 为 false 的情况下，使用第一条路径来实现 observableObject。这通过直接返回 extendObservable 的结果，其中 extendObservable 是一个工具函数，用于向已存在的目标对象添加 observable 属性。属性映射中的所有键值对都会导致目标上生成新的 observable 属性，并且属性映射中的任意 getters 会被转化为计算属性。

       这里首先根据 options 参数选择特定的 decorator，这个过程与之前在第一篇文章中通过 options 参数选择特定的 enhancer 类似。实际上，这里的 decorator 起到了类似的作用，甚至在创建 decorator 这个过程本身也需要通过 enhancer 参数。

       至于 decorator 和 enhancer 之间的耦合机制，文章中详细解释了 createDecoratorForEnhancer 和 createPropDecorator 函数，通过这些函数我们能够了解到它们是如何将 decorator 和 enhancer 联系起来的。

       接下来，文章深入分析了 decorator 的作用机制，包括它如何决定是否立即执行，以及在不立即执行时如何将创建 prop 的相关信息保存下来。通过 initializeInstance 函数，我们了解了如何解决 # 问题，这涉及到如何正确处理那些在创建时未被立即执行的 prop。

       最终，通过为 target 对象创建 ObservableObjectAdministration 管理对象，并通过 $mobx 和 target 属性将它们关联起来，我们完成了 observableObject 的创建。如果传入的 properties 不为空，则使用 extendObservableObjectWithProperties 来初始化。这里的代码逻辑相对简单，主要遍历 properties 中的所有键并调用对应的 decorator。

       文章还指出，虽然在第一条路径中，使用 Object.defineProperty 重写了 prop 的 getter 和 setter，但在 MobX 4 及以下版本中，使用 Proxy 来实现 observableObject 的逻辑更为常见。Proxy 特性在 ES6 引入后，提供了更强大的能力来劫持对象的行为，不仅限于 getter 和 setter，还包括对象的其他行为。

       最后，文章总结了使用 Proxy 方案的优点，包括能够更全面地劫持对象的行为，而不仅仅是属性的 getter 和 setter。Proxy 方案在实现双向绑定时，能够提供更灵活和强大的功能。同时，文章也提到了两种方案的局限性，尤其是在处理对象属性的可观察性方面，Proxy 方案在某些情况下可能更具优势。