环境:本地测试
第一个网页和第二个 css 文件之间时间相差了很多,是因为等待服务器执行的时间吗?但是如果是这样的话不应该是在第一个的进度条里显示吗?还是因为什么?
第一个网页和第二个 css 文件之间时间相差了很多,是因为等待服务器执行的时间吗?但是如果是这样的话不应该是在第一个的进度条里显示吗?还是因为什么?

1 lxy Oct 21, 2016 (from cache) 如果网页引用 css 的链接没变化,就直接从缓存里加载了。 |
2 makeitall OP @lxy 那么中间间隔这么多时间是因为在数据库获取信息吗?能明显感觉到这段时间导致在本地打开网页都很卡。但是为什么不是在上面的绿色的 wait 时间里呢? |
3 Lpl Oct 21, 2016 via Android 第一个 document 应该是在构建整个网页的结构 |
5 Lpl Oct 21, 2016 via Android @makeitall 你这个页面结构的数据是走了一趟数据库吧?整个流程大致是:控制器,数据库调用,生成相应格式数据,然后扔到 view 模板中。那就是整个网页结构 + 数据 的构建 |
6 yiyizym Oct 21, 2016 把鼠标放到绿色的长条上,就会看到详情。 绿色部分表示请求发出后到收到第一个字节的时间,所以你说得对。 之所以要等这么久,就是后台收到请求之后做了很多处理。 |
7 makeitall OP @Lpl 就是 view 函数里调用了一些数据库里的东西返回到 templates 里面了。。。难道第一个的几十毫秒不是已经生成 html 了吗? |
8 makeitall &nbs; OP @yiyizym 这个很短只有几十毫秒,我看了 chrome 下面的那个 explanation 连接,这个第一个字节是什么意思不太明白,是服务器的 response 会先返回一个字节,然后再调用数据库之类的,完成之后再返回吗?你说的这个后台是服务器的后台还是 chrome 后台? |
9 Lpl Oct 21, 2016 via Android @makeitall 是生成了,这个生成包括了:页面结构 + 返回到 template 的数据,第二条是从缓存中取得的样式 style |
10 loading Oct 21, 2016 via Android 你没有把静态文件交给 nginx ?然后你是单线程跑的 flask |
12 makeitall OP |
14 sorra Oct 21, 2016 原来如此,扩展程序占用了一段时间,有意思。 |