本文为 Google Chrome 团队的开发项目工程师 Addy Osmani 在PerfMatters 2019 网页性能大会发表的“JavaScript性能优化”（https://medium.com/@addyosmani/the-cost-of-javascript-in-2018-7d8950fbb5d4）的演讲，其分享了处理 JavaScript 的脚本优化建议，大幅地减少了下载时间和执行时间。
本文介绍了setTimeout函数的基本用法，包括延迟执行、循环执行、指定延迟执行、指定回调函数、取消定时器、定时器ID、封装好的常用工具函数以及实际场景中的应用案例。
之前关于service worker介绍的文章中，这样描述了浏览器环境下Javascript环境："每个页面的javascript运行主线程都是一个Boss"、"Boss很厉害，在页面上指点江山，呼风唤雨。但他有个局限：同一时刻只做一件事（单线程）"。
在之前的 提升 Node.js 服务稳定性，需要关注哪些指标？这篇文章中，我们介绍了服务端稳定性需要关注的一些指标，其中有一个非常重要的指标 Libuv latency，计算方式如下：
函数的性能测试的一般方法 全栈A同学： 2020年要学习好多新东西，大家都在说优化，提高性能，如何入手？😶 有多个方法可以实现一个函数，到底用那种更好？ 是否可以总结一些性能改变上的技巧？ 2020年我们如何关注性能优化？😶 Sky：我们从构建一个通用的benchmark（性能基准测试）方法开始，切入点要小💥此方法我们希望做到以下几点 自动运行某函数多次 确定它每毫秒的执行次数 ops/ms，超过1000/ms是较优质的函数 确定它每次执行需要多少毫秒timeSpend/ms 确定它的执行稳定性，多次运行后
在过去的几年里，无服务器已经引起了很多关注， 许多财富500强公司纷纷开始在生产中使用无服务器架构，它只是比以往更受欢迎。虽然无服务器提供了很多好处，但是由于新的计算模式使得开发人员改变了观点，因此很多人还没有进行切换。
首先讲了移动端和电脑端的一些不同，讲到了viewport的概念和相关的虚拟像素、媒体查询，借助媒体查询来实现横屏、竖屏的区别显示。
本章是经历第二次翻新，时过一年，再看自己的文章，觉得需要做点什么，它得丰富一点！篇幅半页或者一页，自己都感觉有点对不住自己。为了对得住自己，加了原理解析和案例。知其然与所以然。
从前，有家z公司，z公司的ceo叫react，它收下有个小弟或者叫小leader，schedule
15 | 消息队列和事件循环：页面是怎么"活"起来的 渲染进程我们已经知道他有一个主线程，这个主线程非常非常的繁忙，要处理DOM、布局，还要处理JS任务和各种输入事件，因此为了保证不同类型任务的执行，需要一个系统来调度这些任务，这个调度系统就是本节要探究的消息队列和事件循环。 引入事件循环和消息队列过程 如果只是一些确定好的任务，然后使用一个单线程按照顺序处理这些任务就可以了，线程执行完毕退出。 但是在单线程执行任务的过程中，会处理新的任务，这个时候就需要引入循环语句和事件循环，循环机制保证线程
前端爱好者的聚集地 最近发现有不少介绍JS单线程运行机制的文章，但是发现很多都仅仅是介绍某一部分的知识，而且各个地方的说法还不统一，容易造成困惑。 因此准备梳理这块知识点，结合已有的认知，基于网上的大量参考资料， 从浏览器多进程到JS单线程，将JS引擎的运行机制系统的梳理一遍，欢迎转发！ 展现形式：由于是属于系统梳理型，就没有由浅入深了，而是从头到尾的梳理知识体系， 重点是将关键节点的知识点串联起来，而不是仅仅剖析某一部分知识。 内容是：从浏览器进程，再到浏览器内核运行，再到JS引擎单线程，再到JS事件循
setTimeout ，延迟一段事件执行代码，当然这是最基本的用法，这里不说基本用法。
console.log( ) 是JS开发时常用的小工具，输出一些信息来辅助调试，console 还有很多有用的方法，下面介绍几个方便调试的用法 跟踪堆栈 例如想找出某个函数是被谁调用，如果调用层级较深的话，会让人非常痛苦 使用 console.trace() 可以跟踪他的调用轨迹，明确知道是从哪儿开始调用 function func_A () { func_B(1, 2); } function func_B (arg1, arg2) { console.trace(); } func_A(
JS线程负责执行JS，GUI渲染线程负责渲染，这两者是互斥的，所以JS执行时会阻塞渲染。
上述代码执行完，发现程序没有结束，原因是Timer内部是专门有线程来执行我们注册的任务,这个线程在执行完一个任务还会等待别的任务执行
由于浏览器 GUI 渲染线程与 JS 引擎线程是互斥的关系，当页面中有很多长任务时，会造成页面 UI 阻塞，出现界面卡顿、掉帧等情况
在项目开发中，有许多场景需要执行一些定时任务，Egg 提供了一套机制来让定时任务的编写和维护更加优雅。
笔者以前面试的时候经常遇到写一堆setTimeout,setImmediate来问哪个先执行。本文主要就是来讲这个问题的，但是不是简单的讲讲哪个先，哪个后。笼统的知道setImmediate比setTimeout(fn, 0)先执行是不够的，因为有些情况下setTimeout(fn, 0)是会比setImmediate先执行的。要彻底搞明白这个问题，我们需要系统的学习JS的异步机制和底层原理。本文就会从异步基本概念出发，一直讲到Event Loop的底层原理，让你彻底搞懂setTimeout,setImmediate，Promise, process.nextTick谁先谁后这一类问题。
如果看完本文后，还对进程线程傻傻分不清，不清楚浏览器多进程、浏览器内核多线程、JS单线程、JS运行机制的区别。那么请回复我，一定是我写的还不够清晰，我来改。。。
前言 见解有限，如有描述不当之处，请帮忙及时指出，如有错误，会及时修正。 超长文+多图预警，需要花费不少时间。 最近发现有不少介绍JS单线程运行机制的文章，但是发现很多都仅仅是介绍某一部分的知识，而且各个地方的说法还不统一，容易造成困惑。 因此准备梳理这块知识点，结合已有的认知，基于网上的大量参考资料， 从浏览器多进程到JS单线程，将JS引擎的运行机制系统的梳理一遍。 展现形式：由于是属于系统梳理型，就没有由浅入深了，而是从头到尾的梳理知识体系， 重点是将关键节点的知识点串联起来，而不是仅仅剖析某一部分知识
防抖与节流可谓是面试常见，其实很好理解，下面带你分分钟了解防抖与节流的基本思想与写法。
随着云计算技术的进步，软件系统的架构方式也因此发生着一些变化，其中Serverless架构就是这里的一个典型的例子。 （图片来自：http://t.cn/RadEFqr） 什么是Serverless架
启动程序之后,打开google浏览器对应页面,按F12或者Ctrl+Shift+I进入 开发者工具页面
随着我们的网站越来越依赖 JavaScript, 我们有时会(无意)用一些不易追踪的方式来传输一些(耗时的)东西. 在这篇文章中, 我会介绍一些能让你的网站在移动设备上快速加载且可交互的方式. 摘要: 更少的代码 = 更少的解析/编译(时间) + 更少的传输(时间) + 更少的解压(时间) 网络 大多数开发者考虑 JavaScript 的时间消耗时, 都会首先考虑到 JavaScript 的下载和执行消耗. 脚本传输的字节越多, 花费的时间越长, 用户连接的就越慢. network 即使在网络发达的国家,
接触过前端的都知道 前端无非就是 html，css，js 以及各种框架和这些语言的升级版本。
在jdk自带的库中,有两种技术可以实现定时任务。一种是使用Timer,另外一个则是ScheduledThreadPoolExecutor。下面为大家分析一下这两个技术的底层实现原理以及各自的优缺点。
据IBM最近的一项调查显示，无服务器的采用正在逐年增加，68% 的用户表示他们可能会在未来两年内采用无服务器架构。 乍一看“无服务器”一词可能带有一定的误导性。这并不意味着服务器不存在，而是用户不必担心后端架构或服务器，因为管理它的这部分工作转移到了服务提供商身上，它将员工从服务器管理工作和基于架构的任务中解放出来。无服务器计算和无服务器架构概念经常互换使用。 无服务器计算如何工作？ 管理服务器是一个复杂的过程，通常涉及大量的工作。设置服务器并将服务器部署应用只是第一步，后续还必须对其进行监控、定期维护、配
这篇文章主要参考了 Vue.js 核心成员Guillaume Chau在 19 年美国的 Vue conf 分享的主题：9 Performance secrets revealed，分享中提到了九个 Vue.js 性能优化的技巧。
A、JS使用的时候代码比较的臃肿 B、JS获得元素对象的方式比较的单一 C、JS书写的代码浏览器的兼容性比较差 D、JS实现动画的效果比较的麻烦
JavaScript语言的一大特点就是单线程，也就是说，同一时间只能做一件事，前面的任务没做完，后面的任务只能等着。
不过在Chrome中内置了一个 console.count 方法，可以统计一个字符串输出的次数。我们可以利用这个来间接地统计函数的执行次数
很早以前就有面试问超长列表如何优化，那时候觉得一般前端不会有这种功能，有也是分页，也就没有去关注。今天分享一个超长列表渲染的优化方法，分片加载，现在几乎也都不会用了，但是还是要知道这个东西。
由于JS是单线程，所以同一时间只能执行一个任务，其他任务就得排队，后续任务必须等到前一个任务结束才能开始执行。
前段时间，我将精力专注在Web性能领域；在这个领域下有个重要的课题是如何让网页更丝滑（流畅）。
点击上方蓝字每天学习数据库 首先来介绍一下今天的主角——Redis Pipelining。该功能是为了解决因为客户端和服务器的网络延迟造成的请求延迟。 Redis Pipelining在很早就出现了，如果你在用较早版本的Redis，那么也能使用这个功能。此功能可以将一系列请求连续发送到Server端，不必等待Server端的返回，而Server端会将请求放进一个有序的管道中，在执行完成后，会一次性将返回值再发送回来。 对于这么神奇的功能，我们怎么能不测一下pipeline对于性能的提升有多大呢？ 一、
[toc] 今天接到阿里的面试电话，面试官很和善，聊聊天的形式不知不觉就是一个小时。本人接触前端不深，面试的时候问的几个问题也让我发现自身学习过程中思考太少，其中一个就是问到了setTimeout的工作机理，当时简单讲了讲我自己的想法，面试官也指出了其中的问题，现查阅资料重新整理记录。
Tl;dr 构建一个监视应用程序执行情况的工具不再是很困难了。Node.js中Async Hooks API和Performance Hooks API最近增加了两个，允许任何人只需一些代码就可以密切关注他们的应用程序的性能。这篇文章解释了构建这样一个工具的关键要素，从编写代码到以清晰的可视化报告收集的数据。 最终的项目在Github上可用，并具有以下特点： 1.一个简单的性能监控代理 2.基于Express和MongoDB的测试应用程序 介绍 在生产中运行Web应用程序时，性能很重要。缓慢的Web
笔者忽然在群里面看到这幅图，主要是介绍Node.js的执行流程图。图中主要说明的一个事情是：Node.js会把所有的异步任务添加到一个事件池里，每次只需要循环执行事件池里面的任务。 从图中可以看到，
究其原因，v17.0主要的工作在于源码内部对Concurrent Mode的支持。所以v17版本也被称为“垫脚石”版本。
WordPress网站产生的max_execution_time致命错误在您的WordPress管理仪表盘中如下所示：
主要对比默认配置的profile和配置修改后的profile[1]，本文修改后的profile采用如下配置。
在node.js开发中，需要将日志重定向到文件，又不想用其他日志框架，查询node文档发现可以用如下方式简单实现：
我们都知道查询优化器，知道在查询优化器中会经历逻辑查询优化和物理查询优化。需要注意的是，查询优化器只能在已经确定的情况下（SQL 语句、索引设计、缓冲池大小、查询优化器参数等已知的情况）决定最优的查询执行计划
上一篇我们通过一个 Node.js 纯 FaaS 的 Serverless 应用，给你介绍了 Serverless 引擎盖下的运作机制，总结来说，FaaS 依赖分层调度和极速冷启动的特性，在无事件时它居然可以缩容到 0，就像我们的声控灯一样，有人的时候它可以亮起来，没人的时候，又可以自动关了
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
