JS 定义并立即执行匿名函数的方法总结

/*最流行的写法*/   
(function(){    
     alert("run!")    
})();    
   
/* !号可以有1~正无穷个，所以这一种就可以衍生无数种方式 */   
!!!(function(){    
     alert("run!")    
})();    
   
(function(){    
     alert("run!")    
}).call();    
   
(function(){    
     alert("run!")    
}).apply();    
   
(function(){    
     alert("run!")    
}());    
   
void (function(){    
     alert("run!")    
})();    
   
~(function(){    
     alert("run!")    
})();    
   
~!(function(){    
     alert("run!")    
})();    
   
/* 这个最好玩 */   
delete (function(){    
     alert("run!")    
})();    
   
+(function(){    
     alert("run!")    
})();    
   
-(function(){    
     alert("run!")    
})();    
   
setTimeout(function(){    
     alert("run");    
},0);    
   
/*自由变态组合，可以衍生出无数种方式*/   
~+-!(function(){    
     alert("run!")    

})();

2.发现除了()(),和setTimeout的写法用过，其它都没用过，那么加前导+-~!的目的是什么呢？，找到如下：

这是 小马 在交流会中的分享，可能有些朋友还不曾了解，同时也为了自己温故而知新，就整理下。 
多种方式 
可以想像得到，有很多方法立即执行匿名函数，简单的整理就有下面三种的典型方式（还有其他方式的，欢迎告知）： 
方式一 
(function() { 
    // … 
})();方式二 
void function() { 
  // … 
}();方式三 
~function() { 
   // … 
}();方式一 和 方式二 大家可能都看到过，这里主要说明下 方式三。在说明 方式三 之前，我们现回顾下运算符“~”（位取反）在 EMCAScript 中的定义（第五版的第 72 页），简单的翻译下: 
1.按运算符结合语句 
2.将旧值转换为 32 位整型 
3.执行运算符后的语句 
4.转换之行结果为 32 位整形并返回 
从上面可以了解，其实位运算符都能立即返回后面表达式的值。其实其他位运算符都可以达到这样的目的，例如 
!function() { 
    // … 
}();等都可以达到我们的目的。所以其实用“~”也并无其他的原因，仅仅是代码“看着好看”而已 :^) 
效率 
与其说三种方式执行匿名函数的效率，到不如直接分析个运算符的执行效率。那么我们对比再来看看“()”以及“void”在 EMCA 规范中的定义 
组运算符（第五版 66 页） 
1.返回表达式的执行结果 
void（第五版 70 页） 
1.按运算符结合语句 
2.执行 
3.返回 undefined 
由于组运算符还需要执行语句并返回语句块返回的值，对比 void 会多个获取语句块的操作（虽然消耗不了多少的性能），因此在这种情况下 void 的性能要优于组运算符。 
对比两者，那么 方式三 的性能对比很明显要低于前两者。总结起来就是光从语法的角度上分析，在上面三者匿名函数的方式中 方式二 优于 方式一，方式三 的效率最低。 
总结 
思考下三者之间的优异 
◦方式一的写法很常见而且很保险，所以并不会有人因为你使用这种方式而责怪你 
◦但使用方式一的同学，可能经常会犯忘记匹配括号的“毛病”（特别是语句块很长时，就经常搞错） 
◦使用位运算符执行匿名函数很新潮，用来装逼酷不错 
◦很多 IDE （如 IDEA）以及语法高亮工具不支持 方式三 的写法 
◦void 效率最好，但总感觉相比其他两种实现方式非常的臃肿（仅仅多几个字符？） 
那么 
◦综合代码量以及效率等情况考虑，用 方式一 没错的 
◦在需要额外节省代码的极端情况，用 方式三 
◦考虑效率优先，那么使用 方式二 
这里要说明下，其实三种方式效率之间的差异非常小。因此单纯拿效率来考虑采用那种方式，几乎是站不住脚的。 
具体采用何种方案，需要根据实际情况来考虑。比如我自己，经常会使用方式三，是因为 1、方便（加一个字符即可） 2、在函数长的情况下匹配括号会很头晕 3、用起来很酷，但 方式三 会经常让看我代码的组员感到困扰。 
如果在些类库等框架性质的基础代码，用 方式一 最保险同时大家都容易看懂，是最保险的选择。 
附 
看见 阮一峰 的 Blog 上有篇文章说避免使用 void 运算符。其实在 Javascript 中， void 的使用方面还是比较常见的。 
例如，我们会强制让某些调用返回 undefined 以阻止浏览器等默认行为（我们经常看到的就比如很多 Javascript Bookmark 前面就经常会加上 void 运算符）。 
所以，还是“物尽其用”吧。