看到现在在ETCancellationToken调用Cancel之后ETTask调用SetResult（无论true还是false），都会走后面的callback，貌似和以前的CancellationTokenSource的Cancel直接干掉callback的调用不一样了。是不是为了保留某些情况Cancel掉之后也能往后面执行，交由开发者自行控制？
直接干掉，那么using的Dispose无法执行，将导致严重后果
egametang 我测试了一下，dispose是能执行的
你这测试方法不对，要在using后面await，然后取消await
egametang
貌似这样也会调到dispose
CancellationTokenSource取消会抛异常，ET是不想抛异常
egametang 不希望抛异常的目的是什么呢
取消协程很正常，取消一下抛个异常，性能影响很大，比如buff删除取消个buff计时器就抛个异常？
egametang嗯，高频取消有问题
