1.渲染引擎: 用来解析HTML与CSS，俗称内核，比如chrome浏览器的blink，老 版本的webkit
Browserify 是什么 Browserify 是一个浏览器端代码模块化的工具 为什么要使用 Browserify 浏览器端的代码模块化有2个明显的好处： 1）前端JS可以使用npm包 我们知道 npm 中有非常丰富的功能包，但没法在浏览器中直接用，因为他们是按照 nodejs 模块化标准写的，使用 require 和 module.exports 引用和构造模块，浏览器不支持此类语法，所以需要浏览器端模块化工具的支持，这样就相当于给浏览器端增加了 npm 库 2）模块化开发 现在前端J
最近系统梳理HTML5所有涉及到的标签时，梳理至<link>和<script>标签时，碰巧想到一个困扰很久的问题，即一般把<script>放在<body>尾部，<link>标签放在<head>内部，而页面通过CDN引入第三方框架或库时，基本都是将其<script>标签放在<link>标签前面。
浏览器本身并不会执行JS代码，而是通过内置的JavaScript引擎（解释器）来执行JS代码。JS引擎执行代码时逐行解释每一句代码（转换为机器语言），然后由计算机去执行，所以JavaScript语言归为脚本语言，会逐行解释执行。
用来解析HTML与css，俗称内核，比如Chrome浏览器的blink，老版本webkit
现在大多数单页应用的视图都是通过 JavaScript代码在浏览器端渲染出来的，但在浏览器端渲染的坏处有：
开篇 前端同构渲染的相关架构，给我最直观的感受，这是前端渲染最为复杂的一种方案，也是为了追求极致的用户体验不得不去做的一种尝试，虽然 Node.js 的引入赋能了传统前端领域、SEO 优化也不再是个问题，但很明显，这些只是副产品。 问题 「上帝为了我们开了一扇窗，同时也会为我们关上一扇门。」 我们所知的传统型 SPA，单页面应用，贴近用户端越近，交互越复杂，它的弊端就越明显，在我们享受 JavaScirpt 给我们带来的无刷新体验和组件化带来的开发效率的同时，『白屏』这个随着 SPA 各种优点随之而来的缺
在以往的培训和渗透过程中，发现很多渗透人员尤其是初学者在挖掘xss漏洞时，很容易混淆浏览器解析顺序和解码顺序，对于html和js编码、解码和浏览器解析顺序、哪些元素可以解码、是否可以借助编码绕过等情况也基本处于混沌的状态，导致最终只能扔一堆payload上去碰碰运气。这篇文章就把浏览器解析顺序、编码解码的类型、各种解码的有效作用域以及在xss里的实战利用技巧做一个系统总结，让你深度掌握xss挖掘和绕过。
注意：之所以要内存的一个重要原因，是因为cpu运行太快了，如果只从硬盘中读取数据，会浪费cpu性能，所以才使用存取速度更快的内存来保存运行时的数据。（内存是电，硬盘是机械）
JavaScript 是单线程的，只有JS引擎线程执行事件队列的事件。为了防止代码阻塞，JavaScript使用了异步执行机制。
编程：就是让计算机为解决某个问题而使用某种程序设计语言编写程序代码，并最终得到结果的过程。
babel 是 JavaScript 的编译器，可以将最新 ES 语法的代码轻松转换成任意版本的 JavaScript 代码，其实现原理是先使用 Babylon 解释器将 JavaScript 语法解析成 AST，然后通过遍历处理这颗树实现代码转换。在 babel 中可以通过配置 browserslist 来针对不同的浏览器组合，生成不同的适配代码。
很多文章都在讨论事件循环 (Event Loop) 是什么，而几乎没有人讨论为什么 JavaScript 中会有事件循环。博主认为这是为什么很多人都不能很好理解事件循环的一个重要原因 —— 知其然不知其所以然。所以本文试图抛砖引玉，从一些更溯源的方式来与大家探讨 event loop，希望大家能从中有些收获。
这里说明一下，webpack4和webpack5的配置信息或者显示信息可能有点区别
点击上方蓝字，发现更多精彩 导语 Microtasks（微任务）是事件循环中一类优先级比较高的任务，本文通过一个有趣的例子探索其运行时机。从两年前被动接受知识 "当浏览器JS引擎调用栈弹空的时候，才会执行 Microtasks 队列"，到两年后主动深入探索源码后了解到的 "当 V8 执行完调用要返回 Blink 时，由于 MicrotasksScope 作用域失效，在其析构函数中检查 JS 调用栈是否为空，如果为空就会运行 Microtasks。"。同时文章中介绍了用于探索浏览器运行原理的一些工具。 一个
我们都知道，JS是单线程的，也就是只有前一个任务执行完成，才会执行下一个任务。如果前一个任务耗时很长，那么下一个任务就只能干等着。显然，这样是非常浪费资源的。那么就要解决这个问题啦，先来了解一下「Event Loop」事件循环。
在聊我们今天主角V8之前，我感觉有必要简单的把浏览器的发展史描述一下。「以史为镜，可以知兴替」
项目开发过程中，PM说系统只要在一个特定的浏览器中运行就好，但是在其他的浏览器中不能出现逻辑的错误，所以在开发过程中，前端和后台选择是Chrome浏览器，没有仔细测试Firefox和IE。但是昨天PM反映了一个bug，是浏览器兼容性bug，在Chrome浏览器下工作正常，但是在IE浏览器不报错，但是逻辑是不对的。剔除复杂的业务逻辑，代码精简如下： <html> <head> <meta charset="utf-8"/> <script type="
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
在 ES6 之前，JavaScript 一直没有模块（module）体系，无法将一个大程序拆分成互相依赖的小文件，再用简单的方法拼装起来。其他语言都有这项功能，比如 Ruby 的require、Python 的import，甚至就连 CSS 都有@import，但是 JavaScript 任何这方面的支持都没有，这对开发大型的、复杂的项目形成了巨大障碍。
Hi，大家好，我是CoCo。JavaScript作为最流行的脚本语言之一，这门语言广泛应用于Web。假如要把JS作一个比喻，我觉得她是一位强大的实干家。在Web自动化测试框架中通过JS来实现对Web元素的操作，在测试开发中是必备的前端语言。
我们常说的指纹，都是指人们手指上的指纹，因具有唯一性，所以可以被用来标识一个人的唯一身份。而浏览器指纹是指仅通过浏览器的各种信息，如CPU核心数、显卡信息、系统字体、屏幕分辨率、浏览器插件等组合成的一个字符串，就能近乎绝对定位一个用户，就算使用浏览器的隐私窗口模式，也无法避免。
Webpack热更新（ Hot Module Replacement，简称 HMR，后续均以 HMR 替代），无需完全刷新整个页面的同时，更新所有类型的模块，是 Webpack 提供的最有用的功能之一。
WebSocket为浏览器和服务端提供了双工异步通信的功能，浏览器可以向服务端发送消息，服务端也可以向浏览器发送消息。WebSocket需要浏览器的支持，目前大多数主流的浏览器都是支持的。 WebSocket是通过socket来实现双工异步通信能力的。但是直接使用WebSocket协议开发程序闲的特别繁琐，一般情况我们使用STOMP来实现交互。 SpringBoot在tomcat7内嵌版本就已经开始支持了WebSocket的支持，配置源码存在于org.springframework.boot.autocon
最开始渲染引擎和JS引擎并没有区分的很明确，后来JS引擎越来越独立，内核就倾向与只指渲染引擎。 关于浏览器工作原理详解，请移步至：浏览器工作原理详解
最近打算做一个个人的Blog系统，用于技术交流与个人主页展示，起初打算通过Wordpress+VPS部署在云上，后来看了下腾讯云CVM价格比较贵就算是比较便宜的轻量应用服务器（Lighthouse）一年价格也需要1000人民币，其实也可以买一个玩玩，毕竟公司内部每个月还能抢100元腾讯云优惠券，可以给个人服务器进行续命。但是平时工作比较忙，Blog与公众号更新属实是属于反人性的东西，打算先基于Gitpages搭建一个免费的Blog主页，如果能够持续进行内容输出再考虑切换到个人服务器上。
HTML 用于控制网页的结构，CSS 用于控制网页的外观，JavaScript 控制的是网页的行为。
JS异步执行原理： js执行引擎只有一个主线程执行代码逻辑，遇到需要异步执行的任务代码，会将其添加事件队列中。当主线程空闲时，轮询事件队列中可以执行的任务，将其放到主线程进行执行，以此类推，直到事件队列中无可执行的任务。如下图所示：
npm 的模块都是 JavaScript 语言写的，但浏览器用不了，因为不支持 CommonJS 格式。要想让浏览器用上这些模块，必须转换格式。
首先我们先看看同步与异步的定义，及浏览器的执行机制，方便我们更好地理解同步异步编程。
超过 90% 的浏览器能够运行现代 JavaScript，但传统 JavaScript 的流行仍然是当今 Web 性能问题的最大原因之一。
就在这个周末，npm 超过了 cpan ，成为地球上最大的软件模块仓库。 npm 的模块都是 JavaScript 语言写的，但浏览器用不了，因为不支持 CommonJS 格式。要想让浏览器用上这些模
超过 90% 的浏览器能够运行现代 JavaScript，但传统 JavaScript 的流行仍然是当今 Web 性能问题的最大原因之一。EStimator.dev 是一个简单的基于 Web 的工具，它可以计算网站在采用现代 JavaScript 语法后可实现的尺寸和性能改进。
Hi，大家好，我是来输送技能的CoCo。Python近年来成为编程领域中的佼佼者，得到了迅猛的发展。作为一门强类型的动态脚本语言，JavaScript与Python其实非常相似，无论是语法思维上还是内置API上，对于有Python基础的我们来说，学习JavaScript非常的友好。
浏览器是网页运行的平台，常用的浏览器有谷歌（Chrome）、Safari、火狐（Firefox）、IE、Edge、Opera等。
自从Brendan Eich用十天时间创造了JavaScript，人们对它的吐槽就从未间断过。众所周知JavaScript是一门动态语言。运行于JavaScript引擎中，我们熟悉的有Mozilla的SpiderMonkey，Safari的JavaScriptCore，Edge的Chakra还有大名鼎鼎的V8。V8引擎将JavaScript的运行效率提升到一个新的level。所以后来的Nodejs也采用V8作为引擎，实现了用js进行后端开发的愿景。
左图项目结构为vue-cli 2x版本脚手架生成的项目,build文件夹包含了webpack配置
前端的发展日新月异，前端工程的复杂度也不可同日而语。原始的开发方式，随着项目复杂度提高，代码量越来越多，所需加载的文件也越来越多，这个时候就需要考虑如下几个问题:
一些调试工具 说起手机端调试，相比大家都不陌生。 由于手机浏览器没有像PC端浏览器一样有开发调试工具，所以一般手机端的调试都要借助于电脑，现在的调试方式通常有以下几种。 直接在chrome, firefox等开启模拟器调试简单直接，还能模拟网络等，但是仍然无法100%还原手机的真实情况。 实现一套pc调试面板 采用这种实现方式有weinre，weinre很早前就比较流行了，使用也比较广泛，运行后会在PC上生成一个像chrome开发工具一样的调试器。能对手机进行远程调试，能操作DOM，打印console输出等
我们一般用script标签加载js，本来脚本是同步加载，用defer和async属性可以一步加载，两者的区别是，defer是渲染完执行，也就是DOM结构完全生成，async是下载完执行，所以defer会按顺序加载，async不能保证顺序。
Themeablebrowser是一个外部浏览器插件，它fork自inappbrowser，相比于后者，此插件的目的是提供一个可以与你的应用程序的主题相匹配的in-app-browser，以便给你的应用保持一致的外观和感觉。所以，除了一些主题化的配置外，核心部分使用参考inappbrowser文档。
首先，JSON与JSONP是两个概念，JSON是一种比较流行的数据格式，用于在不同应用程序之间传输和存储数据。JSONP是在CORS出现之前，解决跨域请求的技术，可以让网页从不满足同源策略的其它域名获取数据；JSONP是json的一种使用方式，可以让当前网页跨域从别的域名获取数据，它利用了<script>标签的src属性不受同源策略影响的特性。
【导读】TensorFlow.js 的发布可以说是 JS 社区开发者的福音！但是在浏览器中训练一些模型还是会存在一些问题与不同，如何可以让训练效果更好？本文的作者，是一位前端工程师，经过自己不断的经验积累，为大家总结了 18 个 Tips，希望可以帮助大家训练出更好的模型。
上一篇文章我们介绍了webpack-dev-server，我们在package.json配置webpack-dev-server 选项实现了自动编译，自动打开浏览器，自动更新等。 当然我们也可以在webpack.config.js中进行配置
几乎在每一本JS相关的书籍中，都会说JS是 单线程的，JS是通过事件队列 (EventLoop)的方式来实现异步回调的。对很多初学JS的人来说，根本搞不清楚单线程的JS为什么拥有 异步的能力，所以，我试图从 进程、 线程的角度来解释这个问题。
笔者最近忙着做项目之类的，文章输出遗落下了一段时间，这次我们就来聊一个面试中一个比较重要的知识点 —— Event Loop
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
