语法错误：
语法错误，也被称为解析错误，在编译时进行传统的编程语言，并出现在JavaScript解释时。
例如，下面一行将导致一个语法错误，因为它缺少一个右括号：
[js] view plaincopyprint?
<script type="text/javascript">
<!--
window.print(
//-->
</script>
[js] view plaincopyprint?
<script type="text/javascript">
<!--
window.print(
//-->
</script>
当一个语法错误在JavaScript中出现，只有在同一个线程中包含的语法错误的影响，在其他线程的代码被执行；代码依赖于包含错误的代码不会被执行。
运行时错误：
执行(编译/解释后)在运行时错误，也被称为异常，会引发。
例如，下面一行将导致运行时错误，因为这里的语法是正确的，但在运行时它正试图调用非存在的方法：
[js] view plaincopyprint?
<script type="text/javascript">
<!--
window.printme()
//-->
</script>
[js] view plaincopyprint?
<script type="text/javascript">
<!--
window.printme()
//-->
</script>
例外情况也影响到它们发生的线程，允许其他JavaScript线程继续正常执行。
逻辑错误：
逻辑错误可能是最困难的类型的错误跟踪。这些错误是不是一个语法或运行时错误的结果。相反，当发生一个错误的驱动脚本逻辑，你没有得到所期望的结果。
你可能无法抓到这些错误，因为这取决于程序是什么类型的逻辑是基于业务需求。
try...catch...finally 语句:
JavaScript的最新版本中添加的异常处理能力。JavaScript实现 try ... catch... finally结构以及抛出操作来处理异常。
你可以捕获程序员生成和运行时异常，但不能捕获JavaScript语法错误。
这里是 try...catch...finally 块语法：
[js] view plaincopyprint?
<script type="text/javascript">
<!--
try {
// Code to run
[break]
} catch ( e ) {
// Code to run if an exception occurs
[break]
}[ finally {
// Code that is always executed regardless of
// an exception occurring
}]
//-->
</script>
try块必须后跟只有一个catch块或者一个finally块（或两者之一）。当一个异常在try块时，除被放置在e和catch块被执行。 try/catch语句后的可选finally块无条件地执行。
示例:
下面是一个例子，我们正试图调用一个不存在的函数，这将引发异常。让我们来看看它的行为，不具有try ... catch：
[js] view plaincopyprint?
<html>
<head>
<script type="text/javascript">
<!--
function myFunc()
{
var a = 100
alert("Value of variable a is : " + a )
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
现在，让我们尝试使用 try ... catch 捕获这个异常，并显示一个用户友好的消息。也可以取消此消息，如果要隐藏从用户这个错误。
[js] view plaincopyprint?
<html>
<head>
<script type="text/javascript">
<!--
function myFunc()
{
var a = 100
try {
alert("Value of variable a is : " + a )
} catch ( e ) {
alert("Error: " + e.description )
}
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
可以使用finally块将永远try/catch语句后，无条件地执行。下面是一个例子：
[js] view plaincopyprint
<html>
<head>
<script type="text/javascript">
<!--
function myFunc()
{
var a = 100
try {
alert("Value of variable a is : " + a )
}catch ( e ) {
alert("Error: " + e.description )
}finally {
alert("Finally block will always execute!" )
}
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
throw 语句:
可以使用throw语句来提高你的内置异常或自定义异常。后来这些异常可以被捕获并可以采取适当的行动。
以下是表示throw语句的用法的例子。
[js] view plaincopyprint
<html>
<head>
<script type="text/javascript">
<!--
function myFunc()
{
var a = 100
var b = 0
try{
if ( b == 0 ){
throw( "Divide by zero error." )
}else{
var c = a / b
}
}catch ( e ) {
alert("Error: " + e )
}
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
您可以使用字符串，整数，布尔或对象在一个函数抛出一个异常，那么可以捕捉例外在相同的函数，我们在上面做了，或者使用try ... catch块在其他的函数。
onerror() 语法
onerror事件处理程序是第一个特点，方便JavaScript处理错误。错误事件被触发窗口对象，每当一个异常页面上出现。例如：
[js] view plaincopyprint
<html>
<head>
<script type="text/javascript">
<!--
window.onerror = function () {
alert("An error occurred.")
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
onerror事件处理程序提供了三条信息，以找出错误的确切性质：
错误消息 . 浏览器将显示给定的错误相同的消息
URL . 在发生错误的文件
行号. 在导致错误的URL给出的行号
这里是例子来说明如何提取此信息
[js] view plaincopyprint
<html>
<head>
<script type="text/javascript">
<!--
window.onerror = function (msg, url, line) {
alert("Message : " + msg )
alert("url : " + url )
alert("Line number : " + line )
}
//-->
</script>
</head>
<body>
<p>Click the following to see the result:</p>
<form>
<input type="button" value="Click Me" οnclick="myFunc()" />
</form>
</body>
</html>
可以显示在任何方式，你觉得这是更好的提取信息。
可以使用onError方法来显示错误消息的情况下没有在如下加载图像的任何问题：
[js] view plaincopyprint?
<img src="myimage.gif"
οnerrοr="alert('An error occurred loading the image.')" />
[js] view plaincopyprint
<img src="myimage.gif"
οnerrοr="alert('An error occurred loading the image.')" />
可以使用的onerror许多HTML标记错误的情况下显示相应的信息。
详解1000+项目数据分析出来的10大JavaScript错误
10个用Console来Debug的高级技巧
有浏览器的地方就有Fundebug
Debug前端HTML/CSS
转载于:https://www.cnblogs.com/curationFE/p/handle_javascript_exception.html
相关资源：javascript容错处理代码(屏蔽js错误)_js容错处理-其它代码类资源...
原文链接：http://www.cnblogs.com/curationFE/p/handle_javascript_exception.html
点击阅读全文
打开CSDN，阅读体验更佳
Vue.js中filterBy过滤器导致网页直接白屏_执笔看墨花开的博客-CSDN博 ...
一用这个方法就白屏,也没有报错,后来进vue官网一查才知道,filterBy被替换了 以前是这样的写法: <pv-for="user in users | filterBy searchQuery in 'name'">{{user.name}} 1 最新的方法:在 computed 属性中使用 js 内置方法....
继续访问
vue打包js报错问题(低版本浏览器白屏)_十梦她九的博客
在config中的webpack.base.conf.js中,修改编译配置 entry:{ app:['babel-polyfill','./src/main.js'] } 可解决开发时低版本浏览器js报错问题 方案3 使用组件问题 可能使用的组件存在问题导致打包后报错 npm update npm run build...
继续访问
mvc条码打印（使用window.print打印条码）实例
mvc条码打印（使用window.print打印条码）实例 代码： @{ Layout = "~/Views/Shared/_Layout.cshtml"var types = ViewData["types"].ToString().Trim()} <script src="@Url.Content("~/Areas/Area/AreaScripts/PrinterInWarehouse.js")" type="text/javascript"></script
继续访问
javascript中的contains方法
在研究一个多级菜单联动的js时，发现contains方法，以前没有碰到过，不知何意，然后在@司徒正美的博客发现有详细介绍，暂且摘录在此。 IE有许多好用的方法，后来都被其他浏览器抄袭了，比如这个contains方法。如果A元素包含B元素，则返回true，否则false。唯一不支持这个方法的是IE的死对头firefox。不过火狐支持compareDocumentPosition(...
继续访问
vue框架开发出现页面空白、白屏的解决方法总汇_晶晶晶晶晶的博客-CSDN...
最后build/webpack.base.conf.js 文件中配置如下: module.exports= { entry: { app: ["babel-polyfill","./src/main.js"] } }6.Vue只在iOS 10出现白屏问题 a:出现变量定义两次的错误描述,如下: SyntaxError:Cannotdeclareale...
继续访问
vue页面白屏的原因及优化_尼克_张的博客_vue 刷新页面白屏
一、原因:单页面应用的 html 是靠 js 生成,因为首屏需要加载很大的js文件(app.js vendor.js),所以当网速差的时候会产生一定程度的白屏二、解决办法:(1)优化 webpack 减少模块打包体积,code-split 按需加载(2)服务端渲染,在服务端...
继续访问
网页打印javascript:window.print()
在做B/S项目开发时。难免会遇到网页打印问题！ 可以用css控制， @media print .a {display:block} .b {display:hidden} 好像是这样。把你不想打印的部分class设为b 首先在网页中添加： VIEWASTEXT>然后就可以依次加入功能按钮了： 将这两块东西放到就不会打印这些按钮了。当然要定义no
继续访问
window.print() 前端实现网页打印详解
转载： window.print() 前端实现网页打印详解_越努力，越幸运！-CSDN博客_window.print
继续访问
前端白屏出现的原因及一些解决方式_HuaHua·Li的博客
前端导致白屏的原因: JS问题 常用框架Vue React Angular都是依靠JS进行驱动, 并且单页面的应用html也是依靠JS生成,在渲染页面的时候需要加载很大的JS文件( app.js 和vendor.js ),在JS解析加载完成之前无法展示页面,从而导致了白屏(当网...
继续访问
Vue.js项目在IE11白屏报错_光脚丫思考的博客_ie11打开...
在vue.config.js里添加如下代码: configureWebpack:config=>{ config.entry.app= ['babel-polyfill','./src/main.js']}, (四)sockjs-client 还有一种情况是在i.e.打开报错显示的sockjs-client错误,如下所示: ...
继续访问
js常用方法（。。。。不完整）
lastIndexOf()substring()split()slice()splice()var s="http://www.baidu.com"var i= s.lastIndexOf(".")//16 var unit= s.substring(i)//.com var url= s.substring(0,i)//http://www.baidu ...
继续访问
详解JavaScript中的异常处理方法
当一个语法错误在JavaScript中出现，只有在同一个线程中包含的语法错误的影响，在其他线程的代码被执行；代码依赖于包含错误的代码不会被执行。 运行时错误： 执行(编译/解释后)在运行时错误，也被称为异常，会引发...
JavaScript 异常处理 详解
主要介绍了JavaScript 异常处理 详解,需要的朋友可以参考下
javascript异常处理实现原理详解
主要介绍了javascript异常处理实现原理详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
最新发布 JavaScript异常处理
JavaScript异常处理 一：异常处理 【错误类型】 Error（错误）表示系统级的错误和程序不必处理的异常，是 JavaScript 运行环境中的内部错误或者硬件问题，比如，内存资源不足等。对于这种错误，程序基本无能为力，除了退出运行外别无选择。 系统错误 程序错误 用户错用 【异常】 所谓异常，表示需要捕捉或者需要程序进行处理的地方，它处理的是因为程序设计的瑕疵而引起的问题或者在外的输入等引起的一般性问题，是程序必须处理的。 【error对象】 创建错误 let err = new Erro
继续访问
JavaScript代码异常监控实现过程详解
JavaScript异常一般有两方面：语法错误和运行时错误。两种错误的捕获和处理方式不同，从而影响具体的方案选型。通常来说，处理JS异常的方案有两种：try…catch捕获 和 [removed]捕获。以下就两种方案分别分析各自的...
webview加载页面，JS方法不能加载的问题解决
今天发现在webview，没有办法加载JS方法，跳不出那种提示框，就是写了webview.getSettings().setJavaScriptEnabled(true)这一句也完全没用。后来发现网上说的解决方案是用要用到WebChromeClient ，并且重写它里面的几个方法才行。 MyWebChromeClient.java package com.example.webview
继续访问
IE与firefox对CSS解析的差异说明
<以下摘自：草堂学社，原文路径：http://www.cm1314.cn/Article/site/ht/200704/16698.html>列举了一些常见，新手经常问的问题。举例并说明解决方法。(内容在下面对应)1.超链接访问过后hover样式就不出现的问题2.FF下如何使连续长字段自动换行3.ff下为什么父容器的高度不能自适应4. IE6的双倍边距BUG5. IE6下绝对...
继续访问
javascript错误处理方式有哪些
今天给大家分享的这篇javascript教程不是很适合初学者观看，对此不熟悉的朋友建议先看看基础的知识点。本文主要讲述java中的出错处理，也会涉及到javascript异常处理使用的正反列，以及ajax的异步处理。 Java的事件驱动机制让Java更加丰富，浏览器好比就是一个事件驱动的机器，错误也是一种事件。当一个错误发生时，一个事件就在某个点抛 出。理论上，有人会说错误是Java中的简单
继续访问
Javascript异常处理机制详解
在ES3之前js代码执行的过程中，一旦出现错误，整个js代码都会停止执行，这样就显的代码非常的不健壮。 在Java或C#等一些高级语言中，都提供了异常处理机制，可以处理出现的异常，而不会停止整个应用程序。 从ES3开始，js也提供了类似的异常处理机制，从而让js代码变的更健壮，及时执行的过程中出现了异常，也可以让程序具有了一部分的异常恢复能力。 一、Javascrip
继续访问
【JavaScript源代码】Angular处理未可知异常错误的方法详解.docx
Angular处理未可知异常错误的方法详解 代码写得再好，始终都无法完整的处理所有可能产生异常，特别是生产环境中的应用，很大一部分是数据来自用户、远程，很难保证所有数据都按程序规定的产生。事实上，除非测试...
JavaScript错误处理操作实例详解
良好的错误处理机制可以让用户得到及时的提醒，所以让我们来看看 JavaScript 提供了哪些针对错误处理的工具和方法吧O(∩_∩)O~ 1 try-catch 语句 ECMA-262 第 3 版引入了 try-catch 语句，这时 JavaScript 处理异常...
热门推荐 Javascript异常(exception)处理机制详解 JS、异常Error属性
在ES3之前js代码执行的过程中，一旦出现错误，整个js代码都会停止执行，这样就显的代码非常的不健壮。 在Java或C#等一些高级语言中，都提供了异常处理机制，可以处理出现的异常，而不会停止整个应用程序。 从ES3开始，js也提供了类似的异常处理机制，从而让js代码变的更健壮，及时执行的过程中出现了异常，也可以让程序具有了一部分的异常恢复能力。 一、Javascr
继续访问
JS高级调试技巧：捕获和分析 JavaScript Error详解
前端工程师都知道 JavaScript 有基本的异常处理能力。我们可以 throw new Error()，浏览器也会在我们调用 API 出错时抛出异常。但估计绝大多数前端工程师都没考虑过收集这些异常信息
JavaScript错误处理机制详解
从ES3开始，js也提供了类似的异常处理机制，从而让js代码变的更健壮，即使执行的过程中出现了异常，也可以让程序具有了一定的异常恢复能力。
继续访问
js异常白屏报错
把错误函数替换掉
javascript
一、JavaScript异步编程的两个核心难点异步I/O、事件驱动使得单线程的JavaScript得以在不阻塞UI的情况下执行网络、文件访问功能，且使之在后端实现了较高的性能。然而异步风格也引来了一些麻烦，其中比较核心的问题是：
1、函数嵌套过深
JavaScript的异步调用基于回调函数，当多个异步事务多级依赖时，回调函数会形成多级的嵌套，代码变成
金字塔型结构。这不仅使得代码变难看难懂，更使得调试、重构的过程充满风险。
2、异常处理
回调嵌套不仅仅是使代码变得杂乱，也使得错误处理更复杂。这里主要讲讲异常处理。
二、异常处理
像很多时髦的语言一样，JavaScript 也允许抛出异常，随后再用一个try/catch
语句块捕获。如果抛出的异常未被捕获，大多数JavaScript环境都会提供一个有用的堆栈轨迹。举个例子，下面这段代码由于'{'为无效JSON
对象而抛出异常。
?
12345678
function JSONToObject(jsonStr) { return JSON.parse(jsonStr)}var obj = JSONToObject('{')//SyntaxError: Unexpected end of input//at Object.parse (native)//at JSONToObject (/AsyncJS/stackTrace.js:2:15)//at Object.<anonymous>(/AsyncJS/stackTrace.js:4:11)
堆栈轨迹不仅告诉我们哪里抛出了错误，而且说明了最初出错的地方：第4 行代码。遗憾的是，自顶向下地跟踪异步错误起源并不都这么直截了当。
异步编程中可能抛出错误的情况有两种：回调函数错误、异步函数错误。
1、回调函数错误
如果从异步回调中抛出错误，会发生什么事？让我们先来做个测试。
?
1234567
setTimeout(function A() { setTimeout(function B() { setTimeout(function C() { throw new Error('Something terrible has happened!')}, 0)}, 0)}, 0)
上述应用的结果是一条极其简短的堆栈轨迹。
?
12
Error: Something terrible has happened!at Timer.C (/AsyncJS/nestedErrors.js:4:13)
等等，A 和B 发生了什么事？为什么它们没有出现在堆栈轨迹中？这是因为运行C 的时候，异步函数的上下文已经不存在了，A 和B 并不在内存堆栈里。这3
个函数都是从事件队列直接运行的。基于同样的理由，利用try/catch
语句块并不能捕获从异步回调中抛出的错误。另外回调函数中的return也失去了意义。
?
1234567
try { setTimeout(function() { throw new Error('Catch me if you can!')}, 0)} catch (e) {console.error(e)}
看到这里的问题了吗？这里的try/catch 语句块只捕获setTimeout函数自身内部发生的那些错误。因为setTimeout
异步地运行其回调，所以即使延时设置为0，回调抛出的错误也会直接流向应用程序。
总的来说，取用异步回调的函数即使包装上try/catch 语句块，也只是无用之举。（特例是，该异步函数确实是在同步地做某些事且容易出错。例如，Node
的fs.watch(file,callback)就是这样一个函数，它在目标文件不存在时会抛出一个错误。）正因为此，Node.js
中的回调几乎总是接受一个错误作为其首个参数，这样就允许回调自己来决定如何处理这个错误。
2、异步函数错误
由于异步函数是立刻返回的，异步事务中发生的错误是无法通过try-catch来捕捉的，只能采用由调用方提供错误处理回调的方案来解决。
例如Node中常见的function (err, ...)
{...}回调函数，就是Node中处理错误的约定：即将错误作为回调函数的第一个实参返回。再比如HTML5中FileReader对象的onerror函数，会被用于处理异步读取文件过程中的错误。
举个例子，下面这个Node 应用尝试异步地读取一个文件，还负责记录下任何错误（如“文件不存在”）。
?
1234567
var fs = require('fs')fs.readFile('fhgwgdz.txt', function(err, data) { if (err) { return console.error(err)}console.log(data.toString('utf8'))})
客户端JavaScript 库的一致性要稍微差些，不过最常见的模式是，针对成败这两种情形各规定一个单独的回调。jQuery 的Ajax
方法就遵循了这个模式。
?
1234
$.get('/data', { success: successHandler, failure: failureHandler})
不管API 形态像什么，始终要记住的是，只能在回调内部处理源于回调的异步错误。
三、未捕获异常的处理
如果是从回调中抛出异常的，则由那个调用了回调的人负责捕获该异常。但如果异常从未被捕获，又会怎么样？这时，不同的JavaScript环境有着不同的游戏规则……
1. 在浏览器环境中
现代浏览器会在开发人员控制台显示那些未捕获的异常，接着返回事件队列。要想修改这种行为，可以给window.onerror
附加一个处理器。如果windows.onerror 处理器返回true，则能阻止浏览器的默认错误处理行为。
?
123
window.onerror = function(err) { return true//彻底忽略所有错误}
在成品应用中， 会考虑某种JavaScript 错误处理服务， 譬如Errorception。Errorception
提供了一个现成的windows.onerror 处理器，它向应用服务器报告所有未捕获的异常，接着应用服务器发送消息通知我们。
2. 在Node.js 环境中
在Node 环境中，window.onerror 的类似物就是process 对象的uncaughtException 事件。正常情况下，Node
应用会因未捕获的异常而立即退出。但只要至少还有一个uncaughtException 事件处理
器，Node 应用就会直接返回事件队列。
?
123
process.on('uncaughtException', function(err) { console.error(err)//避免了关停的命运！})
但是，自Node 0.8.4 起，uncaughtException 事件就被废弃了。据其文档所言，对异常处理而言，uncaughtException
是一种非常粗暴的机制，请勿使用uncaughtException，而应使用Domain 对象。
Domain 对象又是什么？你可能会这样问。Domain 对象是事件化对象，它将throw 转化为'error'事件。下面是一个例子。
?
123456789
var myDomain = require('domain').create()myDomain.run(function() { setTimeout(function() { throw new Error('Listen to me!') }, 50)})myDomain.on('error', function(err) { console.log('Error ignored!')})
源于延时事件的throw 只是简单地触发了Domain 对象的错误处理器。
Error ignored!
很奇妙，是不是？Domain 对象让throw
语句生动了很多。不管在浏览器端还是服务器端，全局的异常处理器都应被视作最后一根救命稻草。请仅在调试时才使用它。
四、几种解决方案
下面对几种解决方案的讨论主要集中于上面提到的两个核心问题上，当然也会考虑其他方面的因素来评判其优缺点。
1、Async.js
首先是Node中非常著名的Async.js，这个库能够在Node中展露头角，恐怕也得归功于Node统一的错误处理约定。
而在前端，一开始并没有形成这么统一的约定，因此使用Async.js的话可能需要对现有的库进行封装。
Async.js的其实就是给回调函数的几种常见使用模式加了一层包装。比如我们需要三个前后依赖的异步操作，采用纯回调函数写法如下：
?
12345678910111213141516
asyncOpA(a, b, (err, result) =>{ if (err) { handleErrorA(err)} asyncOpB(c, result, (err, result) =>{ if (err) { handleErrorB(err)} asyncOpB(d, result, (err, result) =>{ if (err) { handlerErrorC(err) } finalOp(result)})})})
如果我们采用async库来做：
?
12345678910111213141516171819202122
async.waterfall([ (cb) =>{ asyncOpA(a, b, (err, result) =>{ cb(err, c, result)})}, (c, lastResult, cb) =>{ asyncOpB(c, lastResult, (err, result) =>{ cb(err, d, result)}) }, (d, lastResult, cb) =>{ asyncOpC(d, lastResult, (err, result) =>{ cb(err, result)})}], (err, finalResult) =>{ if (err) { handlerError(err)} finalOp(finalResult)})
可以看到，回调函数由原来的横向发展转变为纵向发展，同时错误被统一传递到最后的处理函数中。
其原理是，将函数数组中的后一个函数包装后作为前一个函数的末参数cb传入，同时要求：
每一个函数都应当执行其cb参数cb的第一个参数用来传递错误。我们可以自己写一个async.waterfall的实现：
?
12345678910111213141516171819202122
let async = { waterfall: (methods, finalCb = _emptyFunction) =>{ if (!_isArray(methods)) { return finalCb(new Error('First argument to waterfall must be an array of functions'))} if (!methods.length) { return finalCb()} function wrap(n) { if (n === methods.length) { return finalCb } return function (err, ...args) { if (err) { return finalCb(err) } methods[n](...args, wrap(n + 1)) } } wrap(0)(false)}}
Async.js还有series/parallel/whilst等多种流程控制方法，来实现常见的异步协作。
Async.js的问题：
在外在上依然没有摆脱回调函数，只是将其从横向发展变为纵向，还是需要程序员熟练异步回调风格。
错误处理上仍然没有利用上try-catch和throw，依赖于“回调函数的第一个参数用来传递错误”这样的一个约定。
2、Promise方案
ES6的Promise来源于Promise/A+。使用Promise来进行异步流程控制，有几个需要注意的问题，
把前面提到的功能用Promise来实现，需要先包装异步函数，使之能返回一个Promise：
?
12345678910
function toPromiseStyle(fn) { return (...args) =>{ return new Promise((resolve, reject) =>{ fn(...args, (err, result) =>{ if (err) reject(err) resolve(result) }) })}}
这个函数可以把符合下述规则的异步函数转换为返回Promise的函数：
回调函数的第一个参数用于传递错误，第二个参数用于传递正常的结果。接着就可以进行操作了：
?
123456789101112131415
let [opA, opB, opC] = [asyncOpA, asyncOpB, asyncOpC].map((fn) =>toPromiseStyle(fn)) opA(a, b) .then((res) =>{ return opB(c, res)}) .then((res) =>{ return opC(d, res)}) .then((res) =>{ return finalOp(res)}) .catch((err) =>{ handleError(err)})
通过Promise，原来明显的异步回调函数风格显得更像同步编程风格，我们只需要使用then方法将结果传递下去即可，同时return也有了相应的意义：
在每一个then的onFullfilled函数（以及onRejected）里的return，都会为下一个then的onFullfilled函数（以及onRejected）的参数设定好值。
如此一来，return、try-catch/throw都可以使用了，但catch是以方法的形式出现，还是不尽如人意。
3、Generator方案
ES6引入的Generator可以理解为可在运行中转移控制权给其他代码，并在需要的时候返回继续执行的函数。利用Generator可以实现协程的功能。
将Generator与Promise结合，可以进一步将异步代码转化为同步风格：
?
1234567891011
function* getResult() { let res, a, b, c, dtry { res = yield opA(a, b)res = yield opB(c, res)res = yield opC(d)return res} catch (err) { return handleError(err)}}
然而我们还需要一个可以自动运行Generator的函数：
?
123456789101112131415161718192021222324252627282930
function spawn(genF, ...args) { return new Promise((resolve, reject) =>{ let gen = genF(...args) function next(fn) { try { let r = fn() if (r.done) { resolve(r.value) } Promise.resolve(r.value) .then((v) =>{ next(() =>{return gen.next(v) }) }).catch((err) =>{ next(() =>{return gen.throw(err) }) }) } catch (err) { reject(err) } } next(() =>{ return gen.next(undefined)})})}
用这个函数来调用Generator即可：
?
1234567
spawn(getResult) .then((res) =>{ finalOp(res)}) .catch((err) =>{ handleFinalOpError(err)})
可见try-catch和return实际上已经以其原本面貌回到了代码中，在代码形式上也已经看不到异步风格的痕迹。
类似的功能有co/task.js等库实现。
4、ES7的async/await
ES7中将会引入async function和await关键字，利用这个功能，我们可以轻松写出同步风格的代码，
同时依然可以利用原有的异步I/O机制。
采用async function，我们可以将之前的代码写成这样：
?
12345678910111213
async function getResult() { let res, a, b, c, dtry { res = await opA(a, b)res = await opB(c, res)res = await opC(d)return res} catch (err) { return handleError(err)}} getResult()
和Generator &Promise方案看起来没有太大区别，只是关键字换了换。
实际上async
function就是对Generator方案的一个官方认可，将之作为语言内置功能。
async function的缺点：
await只能在async function内部使用，因此一旦你写了几个async function，或者使用了依赖于async
function的库，那你很可能会需要更多的async function。
目前处于提案阶段的async
function还没有得到任何浏览器或Node.JS/io.js的支持。Babel转码器也需要打开实验选项，并且对于不支持Generator的浏览器来说，还需要引进一层厚厚的regenerator
runtime，想在前端生产环境得到应用还需要时间。
以上就是本文的全部内容，希望对大家的学习有所帮助。
