在移动端，正常的一次swipe动作会依照以下顺序触发事件：
touchstart -> touchmove -> touchend ->scroll
在ipade中，touchend事件在手指离开时触发，由于是swipe动作，所以在手指离开后，屏幕还会滚动一段时间，直至最后停止，在最后的停止事件会触发scroll事件。
使用以下测试代码，一次swipe从touchend到scroll的时间大概经过0-2000ms不等（也许可能更长，依据加速度）
$(window).on('scroll',function(){
console.log(’-----scrollend:' + (new Date() - timestart) +'ms');
});
$(window).on('touchend',function(){
timestart = new Date();
console.log('touchend');
})
现在向touchend中添加setTimeout事件，设定延迟时间为1ms（几乎一定在scroll之前）。
var timer = null;
function log(){
console.log("settimeout");
}
$(window).on('scroll',function(){
console.log(‘-----scrollend:' + (new Date() - timestart) +'ms');
});
$(window).on('touchend',function(){
timestart = new Date();
console.log('touchend');
timer = setTimeout(log,1);
})
实验了四次，得到结果如下（使用weinre远程调试）
可以从结果中看到，settimeout并没有如预想的在scrollend之前触发，反而在scrollend触发后才触发。
由这种情况可以推测，事件队列中的顺序为 touchend回调 -> scroll回调 -> settimeout函数。
所以如果想操作touchend到scroll这段时间的动作，在ipad下是不可实现的。
本文链接：ipad中的"touchend"、"scroll"与"setTimeout"，转载请注明。
当我写到这里的时候，我自己都吃了一惊。 环境、存储这些比较让人耳熟的还没讲到，continuation先出来了。 维基百科里对continuation的翻译是“延续性”。 这翻译看着总有些违和感而且那个条目也令人不忍直视。 总之continuation似乎没有好的中文翻译，仿佛中国的计算机科学里没有continuation这个概念似的。
Continuation这个概念相当于过程式语言里的函数调用栈。 它是用于保存“现在没空处理，待会再处理的事”的数据结构。 这样说有点抽象，举个例子，函数应用那条表达式的求值过程（call-by-value）是这样： \begin{equation*}\begin{array}{lcl} eval((M \; N)) &=& eval(L[X \leftarrow eval(N)]) \\ && \text{其中} eval(M) = \lambda X.L \end{array}\end{equation*}这个过程依次做这三件事：
- 计算$eval(M)$，结果是$\lambda X.L$，
- 计算$eval(N)$，
- 做替换$L[X \leftarrow eval(N)]$。
解释器一次只能计算一个表达式，所以当它计算$eval(M)$前，要先把第二步和第三步要做的事备忘到continuation。
假设$M$还是个函数调用$M=(M_1 \; M_2)$。 那么，计算$eval(M)$又要分三步： 先计算$eval(M_1)=\lambda X.L_1$，第二步计算$eval(M_2)$，第三步做替换$L_1[X \leftarrow eval(M_2)]$。 解释器只能先计算$eval(M_1)=\lambda X.L_1$，将第二步计算$eval(M_2)$，第三步做替换$L_1[X \leftarrow eval(M_2)]$备忘到continuation。 于是，continuation备忘的事情按待处理的顺序依次是：
- 计算$eval(M_2)$，
- 做替换$L_1[X \leftarrow eval(M_2)]$。
- 计算$eval(N)$，
- 做替换$L[X \leftarrow eval(N)]$。
可以看到，continuation是一个FILO（先进后出）的数据结构，也就是栈。
在之前的解释器里并没有提到continuation，但是解释器仍然能正常工作， 这是因为解释这个解释器的解释器——Racket解释器——帮我们管理了continuation。 这一节的目标是自己管理continuation。
从一个简单的递归函数做起
先说一个概念：尾调用。 假设一个函数体中有一句函数调用表达式$(f \; n)$，这个函数调用被称为尾调用，如果这条表达式是函数体里最后求值的表达式。 如$\lambda n.(f \; n)$，和$\lambda n.({if} \; ({iszero} \; n) \; 0 \; (f \; n))$中的$(f \; n)$都是尾调用。 而$\lambda n.(+ \; 1 \; (f \; n))$中的$(f \; n)$不是尾调用，因为计算完$(f \; n)$后还要再算个加法。 一个简单的判断是否尾调用的方法是看这条调用表达式是不是不在一个参数位置（let表达式和if表达式先做宏展开）。
学过C或者C++都知道，调用函数的时候是要保存信息到函数调用栈的（我上学时学的这俩，不知道其他语言的课上会不会讲函数调用栈）。 尾调用的特点是：尾调用理论上不需要保存信息到函数调用栈——实际上也不需要，但是有些语言就不支持，比如说Python。 换句话说，尾调用不会导致continuation增长。 这个很好理解，因为尾调用是最后求值的表达式了，不需要备忘后面要做的事（后面没有事了），所以也就不会导致continuation增长。 后面会从continuation的角度说明为什么尾调用不会令continuation增长。
题外话： 刚才提到“理论上”和“实际上”。 经常能听到这种句式：理论上怎么怎么，可惜，实际上是吧啦吧啦。 其中“吧啦吧啦”是一句对“怎么怎么”的否定。 我觉得这是反科学以及读书无用论的潜意识在作祟，另外有时候是用来逃避责任的借口。 理论上怎么样，实际上就应该怎么样。 如果有套理论的结论和现实的结果不同，那么这就不能称为理论，最多算个猜想，而且是个错误的猜想。
如果一个尾调用是一个递归调用，那么就称为尾递归。 尾递归又叫迭代。 我们现在要做的事其实就是把一个递归程序（之前写的解释器）中的非尾递归全改成尾递归， 也就是递归转迭代。
为了熟悉递归转迭代的套路，先拿一个简单的递归函数练练手。 这个函数就是之前用到的double函数： \begin{equation*}\begin{array}{lcl} double(0) &=& 0 \\ double(n) &=& 2 + double(n-1), \text{其中} n \neq 0 \end{array}\end{equation*} 计算double函数的过程有一个状态量：当前计算的表达式$double(n)$或者一个数字$n$（计算结果）。 现在加入另一个状态量continuation，记为$\kappa$（因为continuation第一个字母c发音k，所以用了个长的像k的希腊字母……）。 计算double函数的过程只有第二行是递归过程，备忘的事是加2。 $\kappa$定义为： \begin{equation*}\begin{array}{lcl} \kappa &=& {mt} \\ &|& \left<\kappa, +2\right> \end{array}\end{equation*} mt表示空的continuation，也就是说没有后续的事情了。
加入continuation后的求值过程如下： \begin{equation*}\begin{array}{lcl} \left<double(0), \kappa\right>_v &\rightarrow_{v}& \left<0, \kappa\right>_c \\ \left<double(n), \kappa\right>_v &\rightarrow_{v}& \left<double(m), \left<\kappa, +2\right>\right>_v \\ && \text{其中} n \neq 0, m = n - 1 \\ \left<n, \left<\kappa, +2\right>\right>_c &\rightarrow_{c}& \left<m, \kappa\right>_c \\ && \text{其中} m = n + 2 \\ \left<n, {mt}\right>_c &\rightarrow_{c}& \text{输出} n \end{array}\end{equation*} 下面解释一下。 计算开始时的状态表示为$\left<double(n), {mt}\right>_v$。 下标v表示第一个状态量是一个表达式，要对这个表达式求值。 用箭头$\rightarrow$表示一步，带下标v的箭头$\rightarrow_v$表示这一步对表达式求值， 带下标c的箭头$\rightarrow_c$表示这一步从continuation中取出一件备忘的事执行。 对于$n \neq 0$，$\left<double(n), \kappa\right>_v$的下一步要做的是，计算$double(n-1)$，同时将加2备忘到$\kappa$， 也就是$\left<double(m), \left<\kappa, +2\right>\right>_v$，其中$m=n-1$。 当$n = 0$时，$double(0)$求得值$0$，所以$\left<double(0), \kappa\right>_v \rightarrow_{v} \left<0, \kappa\right>_c$。 用下标c表示第一个状态是一个数字，下一步该从continuation取出备忘的事来办了。 最后是$\left<n, \kappa\right>_c$的情况，如果$\kappa$不是空：$\kappa=\left<\kappa',+2\right>$，就加2到$n$上； 如果$\kappa$是空：$\kappa={mt}$，说明continuation没事了，而这时表达式也求完了，于是返回最终结果$n$。
然后是写代码。 针对$\rightarrow_v$和$\rightarrow_c$需要两个函数。 函数value-of/k是$\rightarrow_v$（Lisp命名规范里一般用斜杠表示with的意思）。 函数apply-cont是$\rightarrow_c$。
上面代码中用Lisp里的list数据结构来保存continuation。 我们可以不用list来保存continuation。 Continuation备忘的是“待做的事”。 这个“待做的事”可以理解为一个过程，也就是一个函数。 所以，可以用函数来保存continuation！
空mt是一个直接返回参数的函数(lambda (v) v)。 $\left<\kappa, +2\right>$先加2，然后应用$\kappa$：(lambda (v) (apply-cont cont v))，其中cont是$\kappa$。 完整代码：
用函数来保存continuation的写法看起来蛮像回调函数（callback）。 Lisp的一个噱头是程序与数据统一对待，这也算是一个体现吧。 用函数还能实现对象（面向对象编程的对象），这是题外话了。 用函数保存数据一个好处是熟悉这种方法后写起来很方便； 坏处是扩展访问方式比较麻烦，并且调试的时候不能打印详细信息。
顺便再说一下，这种带着一个continuation当参数传来传去的代码风格叫continuation passing style，也就是传说中的CPS。 将一段不带continuation的代码转换成continuation passing style的过程叫CPS变换。 （更准确的说，CPS变换是指将代码中的非尾调用转换成尾调用。）
本文链接：简单易懂的程序语言入门小册子（6）：基于文本替换的解释器，引入continuation，转载请注明。
没有评论:
发表评论