"循环加载"（circular dependency）指的是，a脚本的执行依赖b脚本，而b脚本的执行又依赖a脚本。 // a.js var b = require('b'); // b.js var
“循环加载”（circular dependency）指的是，a脚本的执行依赖b脚本，而b脚本的执行又依赖a脚本。
最近在做项目的时候发现在一个模块导出的时候是返回一个NEW以后实例化的对象，在其他地方使用的是同一个对象(一直以为是不用的对象，每次导入都是一个新的。。。还是太菜)。
那么现在有 2 个进程，process1 process2，由于是多进程的 js，所以他们对同一个 dom,同时进行操作，process1 删除了该 dom，而 process2 编辑了该 dom，同时下达 2 个矛盾的命令，浏览器究竟该如何执行呢？
毫无疑问，参数肯定是js生成的，那么如何获取这些参数的规律呢？通过下面的学习来了解
最近测试了几个 ES module 和 Commonjs 的例子，理解了之前不太理解的概念，记录一下。要是想多了解的可以去看看阮老师的 Module 那部分。会贴一小部分的代码，不会贴所有验证的代码。
无论是前端开始后端，总会有很多概念。就拿这个前端模块加载机制来说，随着语言的发展，各种概念。
(2) JS的Event Loop是JS的执行机制。深入了解JS的执行,就等于深入了解JS里的event loop
通过npm run 可以运行 package.json 中脚本，Npm 命令不能提供立即运行多个脚本的方式，同时运行需要打开多个终端窗口
动态与静态CommonJS与ES6 Module最本质的区别在于前者对模块依赖的解决是“动态的”，而后者是“静态的”。在这里“动态”的含义是，模块依赖关系的建立发生在代码运行阶段；而“静态”则是模块依赖关系的建立发生在代码编译阶段。
作者： ziwei3749 原文：https://segmentfault.com/a/1190000012806637 首先，请牢记2点： JS是单线程语言 JS的Event Loop是JS的执行机制。深入了解JS的执行，就等于深入了解JS里的event loop 1.灵魂三问：JS为什么是单线程的？为什么需要异步？单线程又是如何实现异步的呢？ 技术的出现，都跟现实世界里的应用场景密切相关的。同样的，我们就结合现实场景，来回答这三个问题。 (1) JS为什么是单线程的？ JS最初被设计用在浏览器中，那么想
无论 <script> 标签是嵌入代码还是引用外部文件，只要不包含 defer 属性和 async 属性（这两个属性只对外部文件有效），浏览器会按照 <script> 的出现顺序对他们依次进行解析，也就是说，只有在第一个 <script> 中的代码执行完成之后，浏览器才会执行第二个 <script> 中的代码，并且在解析时，页面的处理会暂时停止。
2、值得注意的是在js代码解析的过程中页面中其他内容将不会被加载和解析，直到该段js执行完成。
单线程是指，js在执行的时候，都只有一个线程来处理所有任务。这个线程就是js的主线程。
通过npm run <commander> 可以运行 package.json 中脚本，Npm 命令不能提供立即运行多个脚本的方式，同时运行需要打开多个终端窗口
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
上一章介绍了模块的语法，本章介绍如何在浏览器和 Node.js 之中加载 ES6 模块，以及实际开发中经常遇到的一些问题（比如循环加载）。
JavaScript 是单线程的，只有JS引擎线程执行事件队列的事件。为了防止代码阻塞，JavaScript使用了异步执行机制。
JavaScript是一种基于对象的动态、弱类型脚本语言（简称JS），是一种解释型语言，和其他的编程语言不同，如java/C++等编译型语言，这些语言在代码执行前会进行通篇编译，先编译成字节码（机器码）。然后在执行。而JS不是这样做的，JS是不需要编译成中间码，而是可以直接在浏览器中运行，JS运行过程可分为两个阶段，编译和执行。(可参考你不知道的JS这本书），当JS控制器转到一段可执行的代码时（这段可执行代码就是编译阶段生成的），会创建与之对应的执行上下文(Excution Context简称EC)。执行上下文可以理解为执行环境（执行上下文只能由JS解释器创建，也只能由JS解释器使用，用户是不可以操作该"对象"的）。
为了提高网站的访问速度，现在一般会将静态资源放在 CDN 下，而不是放在网站的域名之下。以腾讯课堂为例，其域名为 ke.qq.com，打开控制台，访问 ke.qq.com，我们可以看到 js 文件放在了 CDN 7.url.cn 下，css 文件放在了 CDN 8.url.cn 下。尽管 CDN 的服务可用性一般宣称 99.9% 甚至 99.999%，然而实际上监测结果比该数值要小一些。为了应对这种情况，需要做到当发现 css 或 js 文件从 CDN 加载失败时，能再次从网站的域名加载。
本文介绍了在 Web 页面中实现跨域的常见方法，包括使用 CORS、使用 JSONP、使用代理服务器等，并给出了具体的代码示例和案例分析。同时，本文还探讨了在跨域请求中可能遇到的难题和解决方案，包括同源策略、CORS 的配置、缓存问题等，并给出了相应的解决方案。
看红宝书，重新梳理JavaScript的知识。这部分主要是梳理冷门的知识点(对个人来说是冷门的)
废话开篇：小程序下有这样的一个概念，就是双引擎，意思就是 UI绘制 跟 JS 执行是在多线程环境下进行的，有人会质疑，JS 不是有异步的方法吗？不管是 setTimeout 还是 promise ，iOS 开发下在主线程开辟异步，其实是将异步任务代码块放到了主队列所有任务的最后执行的，那么，它只是调整了执行顺序，并没有开辟线程。JS 也是一样的，JS 本身就是单线程，那么，上面提到的两种方式并没有真正的开辟线程去执行任务，所以，JS 线程下的任务并没有利用 CPU 多核的优势，所有任务还是在一条线程执行的。那么实现类似小程序双引擎下执行任务的思路就是下面例子要体现的。
如果你的网站上面有很多第三方JS代码，那么“下载速度的不可控”很有可能导致你的网站会被拖慢。因为JS在执行的时候会影响到页面的DOM和样式等情况。浏览器在解析渲染HTML的时候，如果解析到需要下载文件的script标签，那么会停止解析接下来的HTML，然后下载外链JS文件并执行。等JS执行完毕之后才会继续解析剩下的HTML。这就是所谓的『HTML解析被阻止』。浏览器解析渲染页面的抽象流程图如下：
从网站开发者的角度来看，第三方JS相比第一方JS有如下几个不同之处： 下载速度不可控 JS地址域名与网站域名不同 文件内容不可控 不一定有强缓存（Cache-Control/Expires） 如果你的网站上面有很多第三方JS代码，那么“下载速度的不可控”很有可能导致你的网站会被拖慢。因为JS在执行的时候会影响到页面的DOM和样式等情况。浏览器在解析渲染HTML的时候，如果解析到需要下载文件的script标签，那么会停止解析接下来的HTML，然后下载外链JS文件并执行。等JS执行完毕之后才会继续解析剩下
注意：相对路径必须加 ./ 可以省略后缀名（.js） 相对路径中的./不能省略,否则报错，省略代表的是核心模块
本文会讲 JS 引擎的编译流水线、渲染引擎的渲染流程，然后引入为什么需要 event loop。
在研究SEO优化的过程中，有网友问昝辉老师，关于网站JavaScript的使用和SEO注意事项，今天我们也一起学习学习。JS的SEO是很重要的问题，无论是异步调用内容，还是增加页面互动，现在的网站几乎无法避免使用JS脚本。但JavaScript使用不当的话可能会对SEO造成非常大的影响，JS造成SEO问题的症结在于，搜索引擎不一定执行JS脚本。
CommoneJS规定每个文件是一个模块。将一个JavaScript文件直接通过script标签引入页面中，和封装成CommonJS模块最大的不同在于：前者的顶层作用域是全局作用域，在进行变量及函数声明时会污染全局环境；而后者会形成一个属于模块自身的作用域，所有的变量及函数只有自己能访问，对外是不可见的。
seajs遵循CMD规范，requirejs遵循AMD规范。AMD规范是预加载，CMD规范是赖加载。 下文举例假设有文件 b.js, c.js如下 //b.js define(function(require, exports, module){ console.log('b is loaded') function run(){ console.log('b run'); } exports.run = run; }) //c.js define(fun
在线教室中台提供封装了核心能力的教室 SDK，业务方基于教室 SDK 开发面向用户的在线教室 App。最近对教室 SDK 做一次比较大的改动时，我遇到了一个懵逼的问题。这个问题耗费了我 3 天左右时间，让我压力一度大到全身发热。当时虽然解决了问题，但并没有很理解原因。直到一个多月后，才有时间做一些更深入的分析，并写下这篇文章。
gulp 是一个前端构建工具，它能通过自动执行常见任务，比如编译预处理 CSS ，压缩 JavaScript 和刷新浏览器，来改进网站开发的过程，从而使开发更加快速高效。
场景 在移动端开发中，最为流行的开发模式就是hybmid开发，在这种native和h5的杂糅下，既能在某些需求中保证足够的性能，也可以在某些列表详情的需求下采用h5的样式控制来丰富内容。但是在大型产品的开发中，往往前端的职责不仅仅是h5的编写，还包括基本业务逻辑的实现，比如在h5页面中确定当前用户所在的城市（location），我们可以采用html5规范的Geolocation接口，但是更为通俗的做法是调用native的本地接口，因此这种常规的场景就涉及到了js和native层通信的问题，这在手淘开发中
如果在函数返回的时候，调用者就能够得到预期结果（即拿到了预期的返回值或者看到了预期的效果），那么这个函数就是同步的。
前言：之前分享了 Node.js 的底层原理，主要是简单介绍了 Node.js 的一些基础原理和一些核心模块的实现，本文从 Node.js 整体方面介绍 Node.js 的底层原理。
目前QQ浏览器（下简称QB）使用Hippy的业务超过100个，基本上95%的核心业务都是使用Hippy作为首要技术栈来开发。但是跟Native相比较而言，Hippy是使用JS引擎进行异步渲染，在用户从点击到打开首屏可交互过程中会有一定的耗时，影响用户体验。如何优化这段耗时，尽量对齐Native体验，想必是每个团队需要思考优化的事情。
Event Loop 是 JavaScript 的基础概念，面试必问，平时也经常谈到，但是有没有想过为什么会有 Event Loop，它为什么会这样设计的呢？
大家好，本人是 我是哪吒，个人Github账号 webVueBlog ，系列文章更多来源，欢迎 Follow
埋点统计在我们业务里经常有遇到，或者很普遍的，我们自己网站也会加入第三方统计，我们会看到动态加载方式去加载jsdk,也就是你常常看到的insertBefore操作，我们很少考虑到为什么这么做，直接同步加载不行吗？统计代码会影响业务首屏加载吗？同步引入方式，当然会，我的业务代码还没加载，首屏就加载一大段统计的jsdk,在移动端页面打开要求比较高的苛刻条件下，首屏优化，你可以在埋点统计上做些优化，那么页面加载会有一个很大的提升，本文是一篇笔者关于埋点优化的笔记，希望看完在项目中有所思考和帮助。
目前越来越多的移动应用采用 Hybird App 模式来开发，即混合了 Native 技术与 Web 技术 进行开发。在 iOS 开发中，JavaScriptCore 框架支持 JS 与 OC 直接互相调用，从而实现动态化方案。
实际上浏览器的事件循环标准是由 HTML 标准规定的，具体来说就是由whatwg规定的，具体内容可以参考event-loops in browser。而NodeJS中事件循环其实也略有不同，具体可以参考event-loops in nodejs
总括: 本文介绍了尾调用，尾递归的概念，结合实例解释了什么是尾调用优化，并阐述了尾调用优化如今的现状。
譬如某个js文件不是很重要，并不是整个页面需要的脚本，可能只是某个功能需要的，这个功能可能是用户点击了某个按钮才触发，入口比较深。且和你页面本身的结构不同类，譬如你是基于react的页面，这个功能的js是jquery插件。这种js文件我一般采用动态加载方式引入。
在构建和部署 Node.js 应用程序时，我们通常需要将它们打包成可执行文件或二进制文件，以简化分发过程并提高应用程序的性能。Node.js JXcore 是一个流行的工具，它可以将 Node.js 应用程序打包成可执行文件，并提供了一些额外的功能。本文将详细介绍 Node.js JXcore 打包的使用方法和优势。
setTimeout(() => {}, 0) 和 setImmediate 谁先执行，这个是 Node.js 里经常会被提到的一个问题，其实这两没什么关系，setImmediate 是 Node.js check 阶段的任务，setTimeout 是 timer 阶段的任务，在 Node.js 事件循环中，timer 阶段是在 check 阶段执行的，看起来 setTimeout 的回调肯定比 setImmediate 的回调先执行，但是 Node.js 的实现中规定了 setTimeout 的超时时间最小是 1，这就导致了事件循环开始时，定时器可能到期也可能不到期的情况，所以谁先执行是不一定的。下面是示例代码。
在 JavaScript 王国的土地上，无数开发者在前端或后端领域热情耕耘着。JS 易于理解，也是前端开发中不可或缺的部分。但不同于其他编程语言，这玩意是单线程的，也就是说代码要依次执行。因此一旦有代码占用时间过长，就会阻塞其他需要执行的代码 -- 所以以下画面在 Google Chrome 中时不时会出现。
因为要执行一大串的脚本，黏贴到shell窗口里，就要很长时间，所以问题来了，直接复制一大串代码执行的方法太慢了，只能看看能不能用命令执行文件，将代码弄到一个js文件里，然后用命令执行
历史上，JavaScript 一直没有模块（module）体系，无法将一个大程序拆分成互相依赖的小文件，再用简单的方法拼装起来。其他语言都有这项功能，比如 Ruby 的require、Python 的import，甚至就连 CSS 都有@import，但是 JavaScript 任何这方面的支持都没有，这对开发大型的、复杂的项目形成了巨大障碍。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
