论文研究-3G院线业务应用层的性能优化 .pdf

所需积分/C币:5 2019-08-16 17:35:26 319KB .PDF

3G院线业务应用层的性能优化,张会云,王纯,提出了对Web性能前端进行改进的方法。3G院线网站开发完成以后,无论是通过管理员的使用,还是Yslow工具的分析,都表明该网站性能较��
国科技论文在线 工具在对网站进行分析的吋候有项参数指标。但是对院线网站进行 分析以后,发现只有表中提到的几项指标使得院线网站的总体测试结果为。所以本 文针对这几项给出相关的解决方案,具体如下 解决方案 面我们通过一个表格来看一下为什么 会分析出院线网站在表中提到的 项指标中测试结果均为 表院线前端性能分析表 性能参数指标 原因定位 改进建议 个 脚本 把这些文件尽量合并成一个 个背景图片 使用 合成图片文件 静态组件没有设置过期时间 给这些文件增加 头 输 个文本文件没有进行压缩传采用压缩文件的方式对文件进行传输 个样式表在文档部分 把样式表文件放在文档的头部 部分 脚木文件在文档把文件放在文档的部分 从表中不难看出,前端性能低下的原因就是表提到的种原因。究其根本原因主要是脚 本数、样式表数、零散图片数多,所以提出解决方案如下 减少 请求数。 缓存组件。 压缩组件。 把样式表放在顶部,脚木文件放在底部。 设计实现 减少 请求数 性能黄金法则( )指出只有 的最终用户响应时间是花 在接受所请求的 文档上。剩余的 的时间花在 文档所引用的所有组件 (图片、脚本、样式表、等)进行请求上。同时从表中不难看出请 求之所以数量多,是因为该页需加载个脚本文件请求和个图片请求 种可选的实现方式是直接从页面中去移除组件。这种实现方式确实可以减少 请求数,提高网站访问速度,但组件的删除会影响界面的呈现效果。尤其是脚木文件的栘除: 会导致性能和产品设计之间的矛盾。下面介绍下在不改变用户体验的基础上,减少 请求数的方法。 减少脚本文件的 请求数 首先分析院线网站的文什的组织方式。了解到原脚本文件是以功能(比如增加、 删除、查找等)为单位进行组织的,而不是以模块为单位进行组织。考虑到函数名冲突的可 能性,先将某模块下的所有脚本文件进行合并,合并时保证冬脚本文件中变量不冲突;再将 国科技论文在线 所有的模块脚本文件再合并。这样手动编写的脚本文件被合并成个。 对脚本文件进行合并的实现方式有多和,比如脚本的方式 脚本的方式。鉴 于论文篇幅的原因,只介绍简短的-本方式 最后把的木文件合并成了个手写文件、个 自带文件和个 插件自带文件。 减少图片文件的 请求数 在不减少图片的情况下,减少图片文件请求数的主要思路是将多张图片进行合 并,通过对新图片定位来获取原图片。合并图片的方式有两种:图片地图( )和 和图片地图相比, 更具有灵活性。例如图片地图要求图片必须是连 续的,但是 却没有这个限制。同时 还减低了下载量,它合并后的图 片会比分离的图片之和小。所以这里只介绍 的方法,如下: 首先选择合适的图片合并工具。目前网上实现 的工只比较多比如 等,木文采用后者。再将 分析出的零散图片文件通过该工具 进行合并。因为该⊥具还生成相应的样式衣,只需要把相应的样式合并到系统样 式友中即可生效。这样多张图片的 请求就减少为张图片的 请求。 最后把张图片合并成了张院线图片文件和张框架自带的图片 缓存组件 在节中提到需要减少 请求数,即尽量减少组件的个数。但是组件个数的减少 也即意味着组件大小的增加(比如合并后的 脚本文件)。如果每次登永贞血都需 要向服务器请求相应的组件,则网站的平均响应时间也会增加。考虑到脚木文件稳定了以后 都不太会修改,这里提出缓存组件的概念,由缓存中提取所需数据将从一定程度减少系统资 源或网络资源的消耗并提髙访问速度。具体实现方式有两种 添加 头 该操作主要作用是通过配置服务器告诉浏览器对相关组件进行存储直到未来的某个时 刻,或者是某段时间以后。院线配置方式如下:在 中动态安装 模块 安装完成以后,在 文件增加命令行如下 国科技论文在线 其中各参数意义如下: 表示在 消息中添加 头 文件类型的长:表示对该类型文件添加 头。时间长参数指定了该 文件的过期时间,其中表示时间起始点是该组件被客户端访问的时间。 文件名正如表这式的问长:表示对文件名符合正则表达式的文件添加 头。时间长参数意义同上。 配置 标签和 头共同使用,用来判断缓存在浏览器的组件是否是最新的组件, 是否需要再次请求。院线的配置方式如下:直接在 的配置文件 文件下 修改配置如下 该参数表明标签值是系统时闩戳()文件大小() 最后通过 检测分析到 性能指标的结果为 压缩组件 压缩能够大大减少各种文件的尺寸,对组件进行压缩传输主要是减少 响应的大 小,以便减少网站的响应时间。日前大多数浏览器都支持的方式进行压缩传输。为保 证该网站对浏览器的兼容性,乜采用方式进行压缩传输。艻外考虑到压缩传输需要花 费额外的期,为了保证开销和收益的平衡,对大于和的文件进行压缩传 输,而且因为图片格式的文件被压缩了,所以只需对 、脚本文件和样式衣文件进行 压缩。管理网站实现方式如下 院线采用的服务器是 版本,所以采用 米配置。首先是在 下安装 模块,然后在 文件中配置参数如下 其中各参数意义如下 :表示是否支持压缩 表示支持压缩的文件格式 :表示压缩文件存放的路径 :表示最小压缩文件大小。 国科技论文在线 :表示是否保存压缩文件的暂存文件,这里不保存。 修改 配置文件后, 分析得出还有相关的动态页面没有进行传送压 缩,即使在 文件配置类型文件也进行压缩,还是不起作用。查找相关资料了 解到,要对页面进行压缩传输,需对每个页面增加控制语句如下: 经过上述操作后,再对院线网站进行检测,分析得出院线网站所有需要 压缩的文件都已经进行了压缩传输 样式表和脚本的位置 样式表和脚本的位置之所以重要是因为它们在文档中的位置直接关系到页面内容的加 载和呈现效果。 样式表在顶部 如果把样式表放在页面的底部,那么即使系统凵经完全加载了脚木文件,但为了避免出 现样式发生变化时重绘页面元素的情况,浏览器会阻止脚本内容的逐步呈现,会导致白屏现 象 所以设计系统的时候需要遵守一个原则就是把样式表放在文档的 标签中 针对这一原则,院线网站将样式表放在了 标签中 脚本在底部 在前面乜提到了脚本文件需要放在样式表的后面,同时脚本文件最好是放在文档的 底部来保证贞面逐步呈现和提高下载的并行度。 应用这一原则,院线网站将脚本文件放在了 标签中。 结论 本文针对院线原管理网站前端性能的问题,通过 工具进行分析,定位出性能 问题所在。在分析院线网站的基础上,针对出现的各种问题分别提出了相应的改进步骤。 下面是优化后院线网站性能表,如表所示: 国科技论文在线 表改进后院线网站性能表 改进后院线网站性能表 场景 加载文件数 文件大小传输大小压加载时长 说明 缩率 登录页面 登录时长,因服务器设置 头,多次登 录,时间会逐步减少。 主页面 部件加载时长 刷新主页面 刷新时长。文件在本机有 存储,所以该时间和部件 约 加载时间相比更小 从表和表的对比中不难看出,通过上面步改进。无论是加载文件数,还是文件传 输的压缩率,和在本机的存储的文件量都有人大的提高,这也很好地证明了改进后院线 网站性能有了很人的提高。 另外表中提到的各种性能指标,日前测试结果都是了。这也进一步说明院线网 站性能确实有了很大的提高。 当然院线网站目前应用还不是很广泛,如果是大范围內应用的服务器,比如 、百度、淘宝等大型网站,这些大型网站的性能提高还需要参考文献。 参考文献 杨妙工晶中消息分发模块的改进电信程技术与标准化 王文林,廖建新,朱晓民, 语音平台缓存技术综述,通信学报 著刘彦博泽高性能网站建设指南电了工业岀版社, 高克立对性能的分析和砝究北京:北京邮电大学, 包韶平面向前端的网站性能优化方法与工具硏究科技风 曹恺王海芹杨永侠提高高访问量交冮式网站性能计算机工程与应用

...展开详情
img

关注 私信 TA的资源

上传资源赚积分,得勋章
相关内容推荐