譬如某个js文件不是很重要，并不是整个页面需要的脚本，可能只是某个功能需要的，这个功能可能是用户点击了某个按钮才触发，入口比较深。且和你页面本身的结构不同类，譬如你是基于react的页面，这个功能的js是jquery插件。这种js文件我一般采用动态加载方式引入。
重新温习了下这段内容，发现各个浏览器的兼容性真的是搞大了头，处理起来很是麻烦。 现在现总结下并行加载多个js的方法： 1，对于动态createElement('script')的方式，对所有浏览器都是异步并行加载的。这里所说的并行不仅仅指的是 js并行加载，也包括js和其他资源比如图片，iframe的加载。但是此种方式在Firefox的2.0 3.0 3.1版本和opera 9.63 下是可以顺序执行的。但是由于Kyle的提议，现代浏览器都可以通过对动态创建的script元素设置属性as
在博客魔改过程中，不可避免的会引入大量的第三方脚本（js），而基于页面读取js的加载顺序，每当浏览器在加载html的过程中遇到<script>js代码片段</script>这样的标签时，浏览器会暂停继续构建html，而是优先执行当前的js脚本，等执行完毕后再继续加载后面的html。
js本身的问题： 不具有模块化的语法规则，在语言层面没有命名空间。 JavaScript 编程过程中很多时候，我们都在修改变量，在一个复杂的项目开发过程中，如何管理函数和变量作用域，显得尤为重要。
项目中我们常常会接触到模块，最为典型代表的是esModule与commonjs,在es6之前还有AMD代表的seajs,requirejs,在项目模块加载的文件之间，我们如何选择，比如常常因为某个变量，我们需要动态加载某个文件，因此你想到了require('xxx'),我们也常常会用import方式导入路由组件或者文件，等等。因此我们有必要真正明白如何使用好它，并正确的用好它们。
用途：表明脚本在执行时不会影响页面的构造。也就是说，脚本会被延迟到整个页面都解析完毕之后再执行。
requireJS（http://www.requirejs.cn/）是一个JavaScript模块加载器。它非常适合在浏览器中使用，使用RequireJS加载模块化脚本将提高代码的加载速度和质量。
昨天又有一个同学反馈，跟着视频写代码，一样的代码，但是为啥我这的autocomplete light就不生效。第一个同学反馈我以为是autocomplete light的版本问题，再次有人反馈，那可能是哪不太对劲。
对于 Vue、React 等框架开发的单页面应用，在某些页面开发特殊功能时经常需要依赖第三方 JS 文件，如果在全局引入 CDN 资源可能会加载冗余文件，此时最好使用动态加载方式。
看红宝书，重新梳理JavaScript的知识。这部分主要是梳理冷门的知识点(对个人来说是冷门的)
在公众号上「花无思」同学反应pbkiller在Cocos Creator 2.x测试场景构test-pbkiller建后加载proto文件时会有报错啦！
标题：JS延迟加载，也就是等页面加载完成之后再加载 JavaScript 文件。 JS延迟加载有助于提高页面加载速度。
注意:从实用角度来说呢，首先把所有脚本都丢到 </body> 之前是最佳实践，因为对于旧浏览器来说这是唯一的优化选择，此法可保证非脚本的其他一切元素能够以最快的速度得到加载和解析。
页面加载 首先，浏览器发起直接对目标html的请求，然后分析其中用到的资源并下载，浏览器有自己的规则来判断什么样的资源可以被并行下载，什么样的不可以，浏览器对加载顺序有着特殊的喜好： JS的出现会延迟后续CSS的下载，因为JS会改变页面元素，浏览器会延迟整个页面的渲染直到JS被下载解释并执行，所以必须让CSS的链接在JS前面以达到尽可能的并行。 与浏览器支持的并发连接数有关 在HTTP 1.1协议中要求浏览器访问同一host的连接数不得大于2，但事实上当前绝大多数浏览器都违背了这一要求，具体参见：并发连
原则上来说，HTML在使用<script>标签加载外部脚本文件时，会顺序下载，顺序执行，并阻碍其他资源文件的下载，比如图片（当然，如今主流浏览器是可以实现JS和CSS文件并行下载）。
埋点统计在我们业务里经常有遇到，或者很普遍的，我们自己网站也会加入第三方统计，我们会看到动态加载方式去加载jsdk,也就是你常常看到的insertBefore操作，我们很少考虑到为什么这么做，直接同步加载不行吗？统计代码会影响业务首屏加载吗？同步引入方式，当然会，我的业务代码还没加载，首屏就加载一大段统计的jsdk,在移动端页面打开要求比较高的苛刻条件下，首屏优化，你可以在埋点统计上做些优化，那么页面加载会有一个很大的提升，本文是一篇笔者关于埋点优化的笔记，希望看完在项目中有所思考和帮助。
2、值得注意的是在js代码解析的过程中页面中其他内容将不会被加载和解析，直到该段js执行完成。
在浏览器中网页加载中 javascript 的 加载 和 执行会默认阻塞 DOM 的加载和页面的渲染。 因此，在编写代码的时候我们往往将 script 标签放到 body 的最后面。 当然，也可以通过异步创建 script 标签的方式来实现 js的异步加载。
使用范围： OA、MIS、ERP等信息管理类的项目，暂时不考虑网站。 遇到的问题： 完成一个项目，往往需要引用很多js文件，比如jQuery.js、easyUI等。还有自己写的一些列js文件，那么这些文件如何方便的加载，如果文件有变化如何才能让客户端及时更新缓存？如果能够提高点运行效率，那就更好了。 目标： 1、 可以方便的引用js文件。 2、 尽量使用各种缓存，避免频繁从服务器读取文件。 3、 如果js文件有更新或者增加、减少几个减少js文件，需要客户端能够自动、立刻更新。 4、 Js文件
AMD（常用在浏览器端，异步的，如requirejs）（Asynchronous Module Definition）
目前比较靠谱的方案就是检测某一个特定的样式来判断。页面有多个css文件时我们怎么去对应特定样式呢？方法其实很多。
背景知识 【卡爷文章】CSS文件动态加载（续）—— 残酷的真相 浏览器 CSS/JS 加载能力测试表 css、js的相互阻塞 了解这些基础知识之后，我们再来谈谈怎么做 检测css是否加载出错 目前比较
我们分别使用普通、async和defer的方式加载1.js、2.js、3.js，观察控制台的打印结果：
无论 <script> 标签是嵌入代码还是引用外部文件，只要不包含 defer 属性和 async 属性（这两个属性只对外部文件有效），浏览器会按照 <script> 的出现顺序对他们依次进行解析，也就是说，只有在第一个 <script> 中的代码执行完成之后，浏览器才会执行第二个 <script> 中的代码，并且在解析时，页面的处理会暂时停止。
浏览器的多线程中，有的线程负责加载资源，有的线程负责执行脚本，有的线程负责渲染界面，有的线程负责轮询、监听用户事件。
浏览器中渲染引擎与Js脚本引擎是互斥的，在浏览器开始渲染页面时，如果遇到<script>标签，会停止渲染当前页面，也就是说在脚本加载与执行的过程中会阻塞页面的渲染，在网速较差的环境下可能会出现浏览器页面假死的情况，这也就是尽量将<script>文件放置于<body>后的原因，Js文件异步加载就是使浏览器加载外部Js脚本文件时不阻塞渲染线程，这称为非阻塞模式加载，当然加载完成之后解析执行Js脚本时必须与渲染引擎互斥，解析执行Js脚本的时机取决于异步加载Js的方式。
1、CSS和JS在网页中的放置顺序是怎样的？ （1）CSS 对于谷歌浏览器和Safari放在head里或body里都一样。因为它是在全部的样式表完全加载下来之后才开始渲染页面，将内容呈现在页面上。 对于Firefox，head标签中的<link rel="stylesheet">行为与Chrome/Safari中完全一致，这些link标签全部加载完成之前，页面上不显示内容。而body标签中的<link rel="stylesheet">则不阻塞任何内容显示，会出现FOUC无样式内容闪烁。 对于IE/Edge
首先是外部脚本和行内脚本，对于异步加载的脚本，会导致竞争状态，使得出现未定义的错。
前言 JavaScript是浏览器的内置脚本语言。当网页中嵌入了JavaScript脚本，浏览器加载网页时，就会执行脚本，从而操作浏览器，实现各种动态效果 JavaScript代码嵌入网页的方法 1、<script>元素直接嵌入代码 <script type="text/javascript"> function sayHello() { alert("hello!"); } </script> 2、<script>元素加载外部脚本 <script type="text/javascript" sr
市面上播放器千千万，比如我们常见的有Video.js、hls.js、点播超级播放器等。其中点播超级播放器是基于 video.js 框架并结合腾讯云点播业务而开发的视频播放器，采用以 HTML5为主，Flash 为辅的播放方式，在浏览器不支持 HTML5的情况下采用 Flash 播放、PC端兼容很好。最近收到客户反馈，在接入使用Web超级播放器时，嵌入到对应页面时出现报错。接下来以腾讯云点播为例，来看下如何解决。
一个页面允许加载的外部资源有很多，常见的有脚本、样式、字体、图片和视频等，对于这些外部资源究竟是如何影响整个页面的加载和渲染的呢？今天我们来一探究竟。
要注意的是，带有 src 的 <script> 元素中不应该再包含额外的代码，如果包含了嵌入的代码，则只会下载外部文件，嵌入的代码不会执行。
许多前端工程师沉浸在使用脚手架工具的快感中，认为require.js这种前端模块化的库已经过气了，的确如果只从使用场景来看，在以webpack为首的自动化打包趋势下，大部分的新代码都已经使用CommonJs或ES Harmony规范实现前端模块化，require.js的确看起来没什么用武之地。但是前端模块化的基本原理却基本都是一致的，无论是实现了模块化加载的第三方库源码，还是打包工具生成的代码中，你都可以看到类似的模块管理和加载框架，所以研究require.js的原理对于前端工程师来说几乎是不可避免的，即使你绕过了require.js,也会在后续学习webpack的打包结果时学习类似的代码。研究模块化加载逻辑对于开发者理解javascript回调的运行机制非常有帮助，同时也可以提高抽象编程能力。
引言 对外网站前端静态资源一般都会部署在 CDN 上， CDN 可以减少资源请求时间，进而减少页面首屏时间。然而是否想过，有一天 CDN 也会被封禁而无法访问，不用怀疑，触不及防我们就会遇到。 这个问题的严重程度导致网站统一一片白花花，真是空空如也啊~ , 对待网络问题，可以用 PWA 做离线加载，但是由于 PWA 的兼容性问题，并不能兼顾到所有设备，考虑是否有其它方式保证网站的正常访问呢？ 既然 CDN 无法访问，我们还有主域，当 CDN 域名请求失败时，尝试将资源向主域进行请求，则可保证大概率的资源
JavaScript中所有对象的属性都是公共的，并没有什么明确的方法来表明属性能否从对象的外部被访问，而有时候我们并不希望对象的属性被外界访问。一种方式方式通过命名约定的形式，比如在变量的前面加下划线（_）。还有一些其他的方式是属性完全私有化。
本文为我之前总结的笔记，因为内容在面试中问得比较多，因而搬运过来，作为面试系列的文章之一。
仿佛奇怪的问题总是喜欢找上那些初学者。当我在学习制作网页的时候，经常遇到一些很特别的问题。例如：刚刚添加的样式不起作用、jQuery 的代码老是不起作用等等，这些问题往往是不关注细节导致的。而今天我要谈的这个细节，就是关于网页中代码的顺序。没错，代码也是有顺序的，顺序不对有可能会出现一些意外的情况。
本文介绍了在 Web 页面中实现跨域的常见方法，包括使用 CORS、使用 JSONP、使用代理服务器等，并给出了具体的代码示例和案例分析。同时，本文还探讨了在跨域请求中可能遇到的难题和解决方案，包括同源策略、CORS 的配置、缓存问题等，并给出了相应的解决方案。
标记为async的脚本并不保证按照指定它们的先后顺序执行。对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行。
为了提高网站的访问速度，现在一般会将静态资源放在 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 加载失败时，能再次从网站的域名加载。
前言 First paint 直译过来的意思就是浏览器第一次渲染(paint)，在First paint之前是白屏，在这个时间点之后用户就能看到（部分）页面内容。 所以研究这个First Paint的触发时机对于优化浏览器页面的首屏渲染时间有很重要的作用。 在正题开始之前，先说下浏览器的页面的加载流程（大体过程是这样，并不精确，只是为了帮助理解后面内容）： 浏览器输入url，浏览器发送请求到服务器，服务器将请求的HTML返回给浏览器。 浏览器下载完成HTML(Finish Loading HTML)之
在VS2010发布之后，作者还是ASP.NET小组成员时，小组想把js编辑器的功能迁移到一个新的“客户端平台小组”。这个小组将要为VS2012创建一个全新的，现代的js编辑器，另一层目的就是为即将到来的Win8 App提供HTML/JS开发支持。而原来的js编辑器从vs中剥离，但它却在webMatrix中保存下来，包括之后的开发及更新。
上周Wijmo 2014 V2版本刚刚发布(下载地址), 有网友下载后发现仅仅使用了40个Widgets的一小部分，还需要加载全部的jquery.wijmo-pro.all.3.20142.45.m
如今的前端工作中，模块化开发成为主流，无论是前端还是后端，由于模块化开发为我们带来巨大的收益，因此开发者都在使用它。模块化开发部分的面试题主要考察应试者对几种模块化开发规范的了解，应试者要明白它们之间的异同点，以及所适用的场合。
1、为什么需要模块化 在JavaScript发展初期就是为了实现简单的页面交互逻辑，网页结构并不复杂，早期简单的网页结构是类似这样的： <!DOCTYPE html> <html> <head> <title></title> <link rel="dns-prefetch" href="xxx.css"> <script type="text/javascript" src="xxx.js"></script> ... </head> <body> ... </b
好几个月没动笔了, 最近一直和团队在研究一些技术上的东西, 正好有一部分关于前端模块的内容可以和大家分享下.
我们有个内部运营系统，是基于keenthemes的一个主题进行开发的，而这个主题就是基于jQuery+bootstrap+jQueryPlugins 进行的定制主题，用于显示各种图表和曲线。所以，这个
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
