一、现代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