未加星标

使用 golang 搭建新博客系统

字体大小 | |
[前端(javascript) 所属分类 前端(javascript) | 发布者 店小二05 | 时间 2016 | 作者 红领巾 ] 0人收藏点击收藏

使用golang搭建新博客系统

前一段时间想对博客系统进行一次大面积更新,因为原有Nodejs后台很多地方做的不好,无论从设计上还是编码结构上都没有达到我想要的效果。所以国庆节前就开始着手对新系统进行设计,经过几天的重构修改,前台部分第一版已经完成,后续还会继续优化。

预计目标

我对我自己博客系统的构想一直没有过变化,而且就这个设想我还专门撰写过一篇名为 《我想要一个怎样的Blog系统》 。我对这次系统更新做了如下几个优化点。

打开速度要更快 依然不需要花哨功能 路由不变 对外显示优化 打开速度

打开速度主要取决于三个因素:

服务器网络延时 服务器业务逻辑处理耗时 前端页面渲染耗时

由于第一条和第三条对我来说实在没什么可做的,这次更新主要针对第二条进行。

关于那些花里胡哨的功能

我用过wordpress,也玩过discuz,甚至大大小小的网站系统都用过。但是,这些网站系统为了更佳灵活方便的添加功能和替换模板,导致访问速度大大下降,主要性能瓶颈来源于内部逻辑。例如,wordpress中设计很多钩子,这些钩子绝大部分用户系统插件和一些核心组件通信。虽然灵活度提升,却牺牲一部分性能。

与此同时,这些系统提供很多自定义选项,会导致数据库结构变得复杂。单一页面中数据源来源于数个不同的表。虽然存在缓存等机制,但当一部分数据更新后,会增大逻辑处理数量。

为了避免这些不必要的开销,我并没有在博客系统中设计这些好用的“钩子”。换句话说,这个博客系统除了本身的功能外,只能自己coding添加功能,甚至是在影像原有结构的基础上,再通俗一些讲,就是业务逻辑都被我“写死了”。

语言选择

原始的系统后台基于nodejs编写,直接使用了 express 框架。我对这个框架谈不上喜欢,也并不讨厌,仅仅是拿来用。怎奈该框架作者又推出了全新的 koa 。简单体验了一番,只能说,不像是写代码,而是想玩乐高积木,一直在组装。对于那些从来没接触过的中间件来说,有种莫名的恐慌,真不知道哪天谁会出现什么莫名其妙的问题,甚至是一个版本更新都会导致无法运行。

思来想去,nodejs令我不爽的原因有三:

糟糕的包管理 过度的异步回调 内存无法精确控制

上面三点最令我头疼的就是异步回调,对于博客这种业务逻辑不算复杂的应用来说,大部分时间我们都在执行同步处理。除非遇到那种复杂运算,我们才会启用并行计算来减少处理时间。但nodejs却无时无刻不在使用异步,回调函数处理起来相当麻烦。 koa 借助新的ES7的特性,虽然表面上解决了回调函数的问题,在我看来,无非是从语法糖层面上弥补回调的不足,属于填补弊端的方案,这并不令我欣赏。最终,我还是觉得更换语言,编写服务器程序,能够胜任的主流语言也就如下几个:

php python Nodejs Golang

经过反复对比,最终我选择了golang,原因如下:

语言性能最优,远比nodejs和php快 部署方便,golang可以打包为一个独立可执行文件,这样部署就极为方便了。 轻量级线程处理,远比nodejs的异步使用起来舒服 语法糖更接近c,用起来舒服

最重要的一点在于,号称网络版c语言的golang在性能上存在绝对优势。

缓存设计

原有久系统中并没有使用缓存,这次更新添加redis缓存支持也是我的目标之一。在对nodejs添加这部分功能的过程中,我又一次感受到了回调函数的痛苦。

缓存的设计也是考虑了一部分性能的因素,事实上,我有两种缓存策略可以使用。

单页缓存

所谓单页缓存,就是将一张渲染好的网页进行gzip压缩后存入redis中。

这种策略优势在于存入的value体积小,是gzip之后的结果。同时,每次检查到存在缓存后,直接取出来发送给客户端即可,逻辑简单,速度快。

弊端也很明显,当网站的标题修改,或者分类有修改,所有缓存的网页都需要更新,也就是说,所有的缓存都会被废弃,需要重新生成。

模块数据缓存

一个网页中,主要分为四个模块数据,分别是:

网站数据,例如网站title,描述等 网站单页列表 网站分类列表 当前页面内容

我可以将这四个模块数据分别进行缓存,然后使用到的时候再将其组装为一个网页,而后进行gzip压缩,发送给客户端。

这种策略优势在于数据分开存放,互相独立。无论谁更新了数据,都互不影响,没有单页缓存策略的弊端问题。

而弊端在于,每一次访问页面,都需要四次redis读取,同时都要进行一次gzip,增大了io和cpu的压力。

选用方案

最终选用了 单页缓存 方案,虽然改变网站属性和分类都会导致所有缓存实效,但从业务逻辑上来考虑,网站属性,和分类这些内容,改变的几率非常小。不会经常变化,所以采用了这种方案。

静态文件策略

原有系统中,所有静态文件都痛过 express 框架处理,当读取静态文件时,速度并不理想,这次将静态文件的访问直接迁移到nginx来处理,增大了访问速度。

只需要在nginx中,做如下配置即可:

http { server { #静态文件由nginx处理 location ~* \.(html|css|js|png|jpg|gif|ico)$ { root /srv/www; } #其他所有请求由go处理 location / { proxy_pass http://localhost:8080; } } }

这也是nginx非常经典的配置方法。

对比效果

我对服务器的网络进行了一系列的测试。由于服务器位于南方,北方访问ping值需要60到70ms左右的延时。也就是说,当我打开我博客任意一个页面的时候,时间都不可能小于60ms。这是由于物理网络限制的原因。所以在最终测试的时候,我会将实际时间减去60作为对比。

原有ndoejs服务支撑的博客系统,打开单页面,仅html文件,耗时都需要150ms左右。而切换到golang新系统后,耗时均在70ms到100ms之间。所有时间均小于100ms。这个速度已经达到我的预期效果。

也就是说,更换了golang之后,加之redis缓存的作用,在不使用并行计算的前提下,一个页面的逻辑之行时间在10ms到20ms之间。

本文前端(javascript)相关术语:javascript是什么意思 javascript下载 javascript权威指南 javascript基础教程 javascript 正则表达式 javascript设计模式 javascript高级程序设计 精通javascript javascript教程

分页:12
转载请注明
本文标题:使用 golang 搭建新博客系统
本站链接:http://www.codesec.net/view/480531.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 前端(javascript) | 评论(0) | 阅读(40)