一开始使用Rails的时候，我就很好奇：a链接跳转的时候Chrome F12打开审核工具，发现只是资源请求，页面并没有实际的跳转，类似SPA。后来才知道是由于Turbolink。

其中的坑在Rails文档里面也说了，很多JS以前用$(docuemnt).ready()的地方要改成监听 “turbolinks:load” 事件。

以下为转载内容：

正常加载页面顺序：

1.下载 index.html

2.解析 head 标签中的 link 与 script 标签, 如果是带有 src 属性, 阻塞其他逻辑执行, 继续去下载对应的资源并执行. 如果没带, 则直接执行其中的代码逻辑.

3.渲染 body 标签的内容, 并解析执行 body 中的 script 标签.

4.全部执行完毕, 执行 DOMContentLoaded 事件绑定的逻辑.

5.第一次加载时网页执行跟上述是一致, 之后 Turbolinks 会绑定 Body 下所有的 a 元素的 click 事件, 切换页面时, Turbolinks 将会接管浏览器的页面加载过程, 采用以下方式:

Turbolinks：

1.异步加载新页面的 index.html

2.解析 head 标签中的 link 与 script 标签, 识别其中带有 data-turbolinks-track 的属性, 如果 src 有变化( 可能性很小 ), 则重载所有页面. 如果没有变化, 则不进行任何操作.

3.解析 head 标签中新的 link 与 script 标签, 加载并执行.

4.用新页面的 body 替换老的 body 中的内容, 并执行其中的 script 脚本.

Turbolinks5 概述及实现原理

turbolinks 實際利弊