一、现代web之前的window.self和self

对于web页面，在默认状况下，下面4个写法都是等同的：

window === self                  // true
window.window === window.self    // true
window.self === self             // true
window.window === self           // true

这种有意思的现象就不禁会让人疑惑了，既然都是相等的，那window.self和self还有什么出现的意义呢？直接全部使用window不就好了？

其实真实情况还就是这样，并没有需要self出场的理由，唯一可能有作用的就是更语义地判断当前页面是否作为iframe嵌入了，直接：

parent === self   // true表示作为iframe嵌入，false则表示被iframe嵌入了

我们可以看个简单的例子：iframe嵌套情况下的self和parent

结果，上面一行iframe内信息就显示parent === self为false，主页面上的parent === self为true。

除此之外，基本上就没有在实际项目中出现的机会，因此，“JS中有个全局self对象”这件事怕是很多小伙伴都不知道，因为用之甚少。

当然，注意这里标题前提——现代web之前！换句话说，在HTML5一些新特性出来之前，全局的self就是个没什么实用价值的半吊子。但是，随着HTML5一些新特性的到来，self开始慢慢登上正式的舞台，最常见的就是用在Service Workers或者Web Workers中。

二、Service Workers, Web Workers下的self

无论是出来有段时间的Web Workers或者说是新晋宠儿Service Workers，本质上都是开启了另外的线程。

传统的web页面的JavaScript脚本是单线程的，这个线程我们可以理解为“窗体线程”，就是要和浏览器窗口打交道的，主要作用就是实现浏览器窗体内的元素交互效果，因此只要是全局对象，都可以使用window对象来获取。

但是，Workers开辟的新线程是没有“窗体”这个概念的，都是在浏览器背后悄悄运行的线程，没有窗体的概念也就意味着没有window对象。

换句话说，Service Workers和Web Workers相关的脚本中是不能使用window这个对象的。那问题来了，我们希望在全局作用域里面做事情该怎么办呢？

好，此时，self的价值就出现了！

在non-window上下文的环境中，我们可以使用self来表示全局作用域，注意，只能是光秃秃的self，window.self这样的写法是不行的。

举个简单的例子，假设我们注册一个Service Workers，Workers脚本在sw-test.js中，如下：

navigator.serviceWorker.register('/sw-test.js');

则我们希望Service Workers注册完毕干点什么事情，就可以在sw-test.js中这么写：

self.addEventListener('install', function(event) {// ...
});

三、结束语

关于Service Worker，近期会详细介绍下，这里我们可以先大致了解下，Service Worker是一个在浏览器后台运行，和当前页面没有关联的脚本，后台运行，用来实现一些不依赖页面或者用户交互的特性，比方说缓存啊，消息推送之类。

好了，本文就这么点内容，欢迎补充更多信息。

本文为原创文章，会经常更新知识点以及修正一些错误，因此转载请保留原出处，方便溯源，避免陈旧错误知识的误导，同时有更好的阅读体验。
本文地址：http://www.zhangxinxu.com/wordpress/?p=6260

建议继续学习：

1. javascript的词法作用域    (阅读：3143)
2. 闭包与作用域    (阅读：2807)
3. 有趣的变量作用域-PHP中global和Javascript中的var关键字    (阅读：2831)
4. 认识javascript中的作用域和上下文    (阅读：2489)
5. javascript作用域和作用域链    (阅读：2388)
6. 样式的作用域──页面重构中的模块化设计（一）    (阅读：2245)
7. JavaScript 函数、作用域和继承    (阅读：2236)
8. Javascript作用域原理    (阅读：2079)
9. php扩展中如何定义线程安全的全局对象    (阅读：2177)
10. 从另外两道题说起    (阅读：1825)