React 自从v16 以后就推出了React Fiber 这个全新的底层架构，React 底层使用fiber 架构重构后才得以实现一些features 例如Concurrent Mode 与Suspense Data Fetching，虽然这些功能都还在实验阶段

区别于 Python 的包管理工具 pip 的全局安装，npm 会安装依赖包到当前项目目录，使不同项目的依赖更成体系，这样做的好处是减轻了包作者的 API 兼容性压力；

知其然且知其所以然，Vue 作为目前最为主流的前端 MVVM 框架之一，在熟练使用的基础上，去深入理解其实现原理是非常有意义的一件事情。

JavaScript是在创建变量（对象，字符串等）时自动进行了分配内存，并且在不使用它们时“自动”释放。 释放的过程称为垃圾回收。这个“自动”是混乱的根源，并让JavaScript开发者错误的感觉他们可以不关心内存管理

我司的APP是一个典型的混合开发APP，内嵌的都是前端页面，前端页面要做到和原生的效果相似，就避免不了调用一些原生的方法，jsBridge就是js和原生通信的桥梁，本文不讲概念性的东西，而是通过分析一下我司项目中的jsBridge源码

JavaScript是使用垃圾回收的语言，也就是很大的解决了跟踪内存对开发者造成的负担（毕竟这是很多问题的来源）。而卸下这个甜蜜的负担（一点也不甜蜜好嘛），通过自动内存管理实现内存分配和闲置资源回收。

反射机制是在编译阶段不知道是哪个类被加载，而是在运行的时候才加载、执行。也就是说，反射机制指的是程序在运行时能够获取自身的信息。js 中的 apply 就是反射机制。

由于字符串、对象和数组没有固定大小，所有当他们的大小已知时，才能对他们进行动态的存储分配。JavaScript程序每次创建字符串、数组或对象时，解释器都必须分配内存来存储那个实体

JavaScript具有自动垃圾收集机制。也就是说，执行环境会负责管理代码执行过程中使用的内存。开发人员不必关心内存分配和回收问题。垃圾收集机制的原理：找到不再继续使用的变量，然后进行释放其占用的内存

最近，项目进入维护期，基本没有什么需求，比较闲，这让我莫名的有了危机感，每天像是在混日子，感觉这像是在温水煮青蛙，已经毕业3年了，很怕自己到了5年经验的时候，能力却和3年经验的时候一样，没什么长进

JS会在创建变量时自动分配内存，在不使用的时候会自动周期性的释放内存，释放的过程就叫 \\\"垃圾回收\\\"。这个机制有好的一面，当然也也有不好的一面。一方面自动分配内存减轻了开发者的负担，开发者不用过多的去关注内存使用

输出结果是undefined, 这种现象被称成“预解析”：JavaScript引擎会优先解析var变量和function定义。在预解析完成后，才会执行代码。如果一个文档流中包含多个script代码段（用script标签分隔的js代码或引入的js文件）

在编写 TS 时，它做了比我们看到的更多的事情，例如类型保护机制。让我们编写的代码更加严谨，至于怎么回事，让我们来看看吧。由于这些机制的存在，就算你仍旧以 JS 原生的书写方式，也能帮助你提前发现代码中潜在的问题。

由于字符串、对象和数组没有固定大小，所以当它们的大小已知时，才能对它们进行动态的存储分配。JavaScript程序每次创建字符串、数组或对象时，解释器都必须分配内存来存储那个实体。

根据 JavaScript 的运行环境，锁定它为单线程，任务需要排队执行，如果网站资源比较大，这样会导致浏览器加载会很慢，但实际上并没有，大家肯定立刻想到了同步和异步。所谓的同步和异步也是在排队，只是排队的地方不同。