前言

变得浮躁了，很久没有写过一篇完整的博客了，在此写篇博客整理下主流浏览器的渲染流程，虽然这篇文章在很早之前就想写，但那时终究未下笔。浏览器作为 web 应用的主要载体，与前端开发者息息相关，而其中最关键的就是渲染引擎，了解浏览器的渲染原理，有助于我们从更高的维度去审视页面，出现问题时也可以让我们在一定程度上透过事物看本质。

前言

在做活动页的时候，第一页需要整屏显示，使用了 100vh 来作为第一页的高度，但在 ios safari 中效果却不是我所期望的那样。遂写篇博文来记录下问题的产生和解决及原因。

前言

使用 nuxt.js 做项目也接近快一年了，从立项到内测、公测、再到正式上线，还有后面的不断维护，也陆陆续续的踩了很多坑，其中最大的问题就是 node 的渲染性能问题了。模板转换是 cpu 密集型的操作，node 又是单线程的，并发一高，cpu 就会飙到 100% 。为了提升 nuxt.js 的渲染性能，也陆陆续续的查找了很多资料，发现网上针对 nuxt.js 的性能优化的文章比较少，比较杂。所以我写下这篇文章记录下自己对 nuxt.js 做性能优化的时候采取的一些方法，算是篇总结吧，也希望能给从谷歌搜到这的朋友一些帮助。本文着重于性能优化，对概念类的东西会一概而过。

前言

最近重新使用 GitLab CI 对项目进行持续集成，碰到了一些问题，在此记录下来，并给出自己的解决方案，或许可以给搜到这的朋友一些帮助或启发。

前言

今天下班，日常在公交车上用手机浏览技术社区，刷文章。偶然看到一篇文章，其中一部分内容如下图：

其大意是在 created 这个生命周期请求异步数据的话，请求过多，页面会长时间处于白屏。看到这我就不淡定了，请求不是异步的？怎么会影响到渲染呢？EventLoop 白学了？之后我将这张截图发给朋友讨论了一波，发现还是有挺多人搞不清楚其中的关键，都说在 mounted 阶段请求数据会比较好，在 created 请求可能会找不到需要渲染的元素之类的。于是就有了这篇文章的诞生。

前言

自己的电脑太渣了，刚上大学的时候买的，期间不断升级配件坚挺到现在。自大四上学期后就一直是双系统 win10 + deepin。平时娱乐和基友玩游戏就换回 win10，工作和学习都是在 deepin 上进行的。但由于电脑实在是太渣，而 vscode 和 chrome 又是吃内存大户，升级的 8G 内存实在是不够用，多开几个 vscode 和 chrome 再启动几个 node 服务 时间一久，就会报爆存，而 deepin 的内存管理又实在是差劲，一爆内存就彻底卡死。这个状况直到开启了 swap 文件后，就好了很多，系统再也不会爆内存卡死了，但非固态硬盘不推荐开启 linux 交换文件。

前言

在前端性能优化这一块上，利用好浏览器缓存可以说是最为简单高效的一中方式了，当然不只是在浏览器，不管是什么，利用好缓存都极大的提高性能。浏览器缓存机制也就是HTTP缓存机制，可以有效的减少网络传输所消耗的流量和时间，若所请求的资源在浏览器中存在缓存，那么则可以直接使用缓存而不发生请求，或者是发送请求但服务器上和客户端上的数据完全一致，不存在更新，那就不必再将数据回传给客户端，而是直接使用浏览器缓存，大大的减少了响应的数据，提高了性能。

前言

最近在帮校友写一个项目，欣音悦（以歌单歌单分享为主的音乐 webapp）。这是一个类似于 QQ 音乐的 webapp 目前还在开发中，其中歌曲数据和歌手数据来自于 QQ 音乐的接口，而歌单数据则存在本地数据库中。校友的需求是用户能添加歌单并分享，能听歌，能评论。所以就涉及用户登录状态保持，而我也是首次尝试使用后 token 方案进行登录处理，所以就写这篇博文记录下。

闲言碎语

不得不感叹时间真的是飞逝，如今都9102年了，还有几个月自己就步入社会大学了。自2月25号提交离职申请，不知不觉已经实习近4个月了。如今回校，就想写点什么，记录下，总结下，沉淀下自己。

时间回到2018年10月7号，自己一个人拖着沉重的行李箱来到成都，先跟公司的hr小姐姐联系了下，取得员工宿舍的地址后，便往宿舍的地址奔去。

给我开门的，是一个高瘦的小伙子，好奇的盯了我两眼，我说明来意后，由于我不抽烟，他便安排我住进了他们那间房间。

前言

在金庸的武侠世界中，习武之人讲究的是融汇贯通，打通自身经脉，才能达到内力生生不息。我虽非习武之人，但却是一名计算机从业者，需要足够扎实的理论基础才能撑得起各种实践。前端的知识太多太多，零零散散，需要从点到面去扩展，再由面到点的去深入，将这些知识联系起来构建自己的知识体系，加深理解，以便做到融会贯通。构建自己的知识体系的时候，用自己的话，将这些知识讲出来，讲清楚，以达到加深理解，整个过程中逐渐融汇贯通，业精于勤荒于嬉，行成于思毁于随。