什么场景下我需要取消一个promise？ 我不理解的地方： http是无状态的，那取消是不是意味着新的请求？ 还是说取消仅是本地取消，不处理之前请求的结果？
@lzszone 比如在注册时校验验证码,先查有没有对应用户,这是一个promise_get_user.然后在.then中再去查它对应的验证码promise_captche.最后返回.抛异常的时候就是user已经存在了,就通过抛异常的方式直接跳入catch,不再执行promise_captche了
是否有用户()
.then(
users.length > 0 throw new Error
return 获得验证码
)
.then(验证码是否正确)
.catch()
这样不是相当于就取消了吗？问题在哪儿我没明白
@scarletmu @Fov6363 @zy445566 @Binaryify 谢谢各位，最近在了解rxjs，对它提出的一些理念不是特别清楚，现在也还迷糊，我再看一段时间再交流
操作的取消和抛异常不一样吧。对于异步操作，请求发出去了就基本不能控制了，只能等待对方的结果。即使是abort，也不过是自己这边放弃，并不等于让对方自动进行回滚，因此对于幂等操作来说是无所谓的。但是非幂等操作 对数据进行修改，那只能自己回滚了。
@xltank 那具体到observerable对象里面的取消又是怎样的呢，我就是这里搞不明白，我觉得即使能取消也应该是单边取消啊，那有什么意义呢？promise不能取消也不是什么大问题呀。。需要一个场景来理解
@lzszone 为什么说promise不能取消是一个缺点??我个人认为是个伪命题吧
promise对象 实际返回的是 针对这个promise的状态合集 是操作个一组过程的集合
过程怎么能取消?就好像一个函数.
你执行了它就有返回值 中间过程是你的判断逻辑 你可以选择执行是否它 但是你函数执行的过程中你怎么取消啊???
如果你要需要按照执行过程调用使用promise的话 完全可以这样啊 其实没必要都提前写在.then里面
var P=Promise.resolve(1)
if(//true){ p2=P.then(data=>{console.log(data);return data+1}) }
if(P2){ P3=p2.then(data=>{console.log(data);return data+1}) }
if(P3){ P4=P3.then(data=>{console.log(data);return data+1}) }
你去设想这样一个爬虫场景，初始有1k多个待爬取的url，对每个url要执行的异步 : 1.请求页面， 2.网络失败重试 3.鉴权失败重新登录、切换账号等 4.通过其他接口切换一些Profile信息 5.解析页面数据、下载资源 6.数据库存储解析到的数据 7.数据库记录爬虫日志 8.翻页请求数据
要求顺序执行(因为要做爬取记录，防止重复数据等)，任何一个环节报错都要捕捉并做处理(根据场景重试或者记录或者中断)，你觉得不能随意try catch 的promise够用吗
其实这个需求已经有人提交了草案，但是被取消了： proposal-cancelable-promises，取消原因可以看一下这个 Issue：https://github.com/tc39/proposal-cancelable-promises/issues/70
感觉这就是一个伪命题，promise和能不能取消没有半毛线关系啊，取消或多或少带了一点业务相关吧，人家promise不是为了解决你这个东东的，，要取消你可以自己在封装一下。
比如说debounce，用户连续输入时，后一个最好能取消前一个（如网络请求，一触发就没有退路），这样比较干净，不然即浪费IO也浪费回调。 出于这种需求，于是有了 Observable.
这是不是缺点？不是！
这不是Promise结构应该做的事，不然叫Promise干嘛？：）
@yyrdl callback才是最方便的异步方案，与其引入新的特性，不如好好对callback进行合理组织，例如：http://caolan.github.io/async/
@wujohns 这个模块比较老旧了，性能还不如基于generator实现的zco ，可以尝试 这个 模块 https://github.com/suguru03/neo-async 对callback进行好的组织可以让代码结构好一点，如果可以像写同步代码一样平铺直叙的写逻辑岂不是更好