文档库 最新最全的文档下载
当前位置:文档库 › Android ListView优化实践

Android ListView优化实践

Android ListView优化实践
Android ListView优化实践

Android ListView优化实践

在看了一些vogella的文章之后,发现关于android listview性能优化这一段很有意思,于是实践了一下,经过优化,性能确实提升不少!

先看看优化前和优化后的比较:

优化前的log截图:

优化后的log截图:

并且,在不停滚动ListView的过程中,优化之前会出现ANR现象,在A VD上特别容易复现:

然后,优化后显得很流畅,附上对于的log截图:

下面附上相关代码分析:

ListView中的每一个Item由一个ImageView 和一个TextView组成

Layout:

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="https://www.wendangku.net/doc/1a17493185.html,/apk/res/android"

android:layout_width="fill_parent"

android:layout_height="fill_parent"

android:orientation="horizontal" >

<ImageView android:id="@+id/imageView"

android:layout_width="wrap_content"

android:layout_height="fill_parent" />"

<TextView android:id="@+id/textView"

android:layout_width="wrap_content"

android:layout_height="fill_parent"

android:layout_marginLeft="15dp"

android:gravity="center_vertical" />

</LinearLayout>

Activity继承自ListActivity,我故意增加了Item,方便测试,效果更明显:

public class ListViewDemo extends ListActivity{

private final String[] mItems = new String[] { "Android", "iPhone", "WindowsMobile", "Blackberry", "WebOS", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu",

"Windows7", "Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7",

"Max OS X", "Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X",

"Linux", "OS/2", "Ubuntu", "Windows7", "Max OS X", "Linux", "OS/2" };

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

ListViewArrayAdapter adapter = new ListViewArrayAdapter(this, mItems);

getListView().setAdapter(adapter);

}

}

然后custom Adapter,优化之前的adapter:

@Override

public View getView(int position, View convertView, ViewGroup parent) {

long start = System.currentTimeMillis();

LayoutInflater inflater = (LayoutInflater) mContext.getLayoutInflater();

View rowView = inflater.inflate(mViewResourceId, parent, false);

TextView textView = (TextView) rowView

.findViewById(mTextViewResourceId);

ImageView imageView = (ImageView) rowView

.findViewById(mImageViewResourceId);

textView.setText(mNames[position]);

String s = mNames[position];

if (s.startsWith("Windows7") || s.startsWith("iPhone")) { imageView.setImageResource(R.drawable.no);

} else {

imageView.setImageResource(R.drawable.yes);

}

Log.v("jerikc","cost time = " + (System.currentTimeMillis() - start));

return rowView;

}

优化之后的Adapter:

public class ListViewArrayAdapter extends ArrayAdapter<String>{

private final Activity mContext;

private final String[] mNames;

private final static int mViewResourceId = https://www.wendangku.net/doc/1a17493185.html,yout.text_image_row_layout;

private final static int mTextViewResourceId = R.id.textView;

private final static int mImageViewResourceId = R.id.imageView;

static class ViewHolder {

public TextView text;

public ImageView image;

}

public ListViewArrayAdapter(Activity context, String[] names) {

super(context, mViewResourceId, names);

this.mContext = context;

this.mNames = names;

}

@Override

public View getView(int position, View convertView, ViewGroup parent) {

long start = System.currentTimeMillis();

View rowView = convertView;

if (rowView == null) {

LayoutInflater inflater = mContext.getLayoutInflater();

rowView = inflater.inflate(mViewResourceId, null);

ViewHolder viewHolder = new ViewHolder();

viewHolder.text = (TextView) rowView.findViewById(mTextViewResourceId);

viewHolder.image = (ImageView) rowView.findViewById(mImageViewResourceId);

rowView.setTag(viewHolder);

}

ViewHolder holder = (ViewHolder) rowView.getTag();

String s = mNames[position];

holder.text.setText(s);

if (s.startsWith("Windows7") || s.startsWith("iPhone")) { holder.image.setImageResource(R.drawable.no);

} else {

holder.image.setImageResource(R.drawable.yes);

}

Log.v("jerikc","cost time = " + (System.currentTimeMillis() - start));

return rowView;

}

}

优化的大致思想就是:优化之前,每次加载item的时候,都要加载一下布局文件,然后生成一个新的row View对象,然后通过View找到对应的ImageView和TextView,正如我们所知道的那样,加载布局文件时很耗时的,特别是在操作比较频繁情况下,这是不可忍受的,所以会导致ANR现象。

因此,我们可以重复利用已不可见的row View对象。Android中,当它决定让row View对象不可见的时候,它允许通过getView方法中的convertView参数来重复利用刚刚不可见的row View对象。

在优化的过程中,第一次加载的时候,我们需要把相关的数据保存起来,而View有一个方法setTag,该方法可用来保存一些数据结构。我们一个row View对象是由ImageView和TextView空间组成的,因此定义一个ViewHolder来保存ImageView和TextView对象。在重复利用的过程中,只需简单修改它们的值,而不用再次findViewById。

关于findViewById耗时的分析,可参考:

https://www.wendangku.net/doc/1a17493185.html,/over140/archive/2011/03/23/1991100.html

Android 应用程序内存泄漏的分析

Android 应用程序内存泄漏的分析以前在学校里学习Java的时候,总是看到说,java是由垃圾收集器(GC)来管理内存回收的,所以当时形成的观念是Java不会产生内存泄漏,我们可以只管去申请内存,不需要关注内存回收,GC会帮我们完成。呵呵,很幼稚的想法,GC没那么聪明啊,理论及事实证明,我们的Java程序也是会有内存泄漏的。 (一)Java内存泄漏从何而来 一般来说内存泄漏有两种情况。一种情况如在C/C++语言中的,在堆中的分配的内存,没有将其释放,或者是在没有将其释放掉的时候,就将所有能访问这块内存的方式都删掉(如指针重新赋值);另一种情况则是在内存对象明明已经不需要的时候,还仍然保留着这块内存和它的访问方式(引用)。第一种情况,在Java中已经由于垃圾回收机制的引入,得到了很好的解决。所以,Java中的内存泄漏,主要指的是第二种情况。 (二)需要的工具 1.DDMS—Update heap Gause GC Heap 是DDMS自带的一个很不错的内存监控工具,下图红色框中最左边的图标就是该 工具的启动按钮,它能在Heap视图中显示选中进程的当前内存使用的详细情况。下图 框中最右边的是GC工具,很多时候我们使用Heap监控内存的时候要借助GC工具,点 击一次GC按钮就相当于向VM请求了一次GC操作。中间的按钮是Dump HPROF file,它 的功能相当于给内存拍一张照,然后将这些内存信息保存到hprof文件里面,在使用我 们的第二个工具MAT的时候会使用到这个功能。 2.MAT(Memory Analyzer Tool) Heap工具能给我们一个感性的认识,告诉我们程序当前的内存使用情况和是否存在内存 泄漏的肯能性。但是,如果我们想更详细,更深入的了解内存消耗的情况,找到问题所 在,那么我们还需要一个工具,就是MAT。这个工具是需要我们自己去下载的,可以下 载独立的MAT RCP 客户端,也可以以插件的形式安装到Eclipse里面,方便起见,推荐 后者。 安装方法: A.登录官网https://www.wendangku.net/doc/1a17493185.html,/mat/downloads.php B.下载MAT Eclipse插件安装包(红框所示,当然你也可是选择Update Site在线安装,个人觉得比较慢)

web前端工程师实习心得体会(精选3篇)

web前端工程师实习心得体会(精选3篇) web前端工程师实习心得体会 引导语:每个大学生都会有一段实习时间,相信这段时间会给他们带来不少的收获,那么,作为一个在web前端方向实习的学生来说,在编写实习心得体会时,应该从哪些方面入手呢?提供了几篇L:尽量掌握尽可能多的标签。必须掌握的标签有等,这些虽然平时比较少用甚至几乎不用,但是当你学到Boostrap框架时,你会发现Boostrap 框架为这些标签赋予了特定的功能与外观。除此之外,新增了很多标签和属性,使得HTML语言更加强大。还有很多新的内容,需要初学者更多的接触并掌握。 CSS:对各个属性以及一些属性之间结合使用的技巧应该多钻研。CSS能够统一有效地对页面的布局、字体等网页中的各个元素显示属性进行控制,可以方便快捷地实现精美的页面表现效果。你会用CSS 技术的使用技巧解决下列问题吗?清除浮动有哪些方式?比较好的方式是哪一种?当容器中具有浮动元素时,如何为容器设置边框或背景颜色?怎样让块级元素在容器中水平居中?当多个连续块级元素的浮动布局影响了原本不想浮动的对象时该如何处理?容器内部的对象如何实现相对于容器的自由定位?为什么要初始化CSS样式? CSS+div布局模式:许多布局模式的基础,也是大部分前端开发人员接触到的第一种布局方式。这种布局模式对于PC端页面的设计是非常有帮助的,同时对于后面将会遇到的“移动端布局”、“响应

式布局”等,这种布局方式都具有一定的指导意义。 第二、将JavaScript作为前端学习的重点。JavaScript是目前大多数主流浏览器支持的面向对象的脚本语言,它可以在不与服务器交互的前提下对HTML的页面内容进行修改。JavaScript控制着网页的行为,决定着网页“做什么”。系统学习过JavaScript的同学们,你看看下列问题你能准确的找到答案吗?通过表达式来系统阐述“==”和“===”这两个运算符的区别。把某个元素移除你的视线的方法有哪些?你对JSON了解吗?通过哪个函数可以判断从文本框中获取的内容是不是数字?DOM 操作——怎样添加、移除、移动、复制、创建和查找节点?怎样判断是否为整数?运算符都能删除哪些内容?在脚本中,this有几种使用情况呢? 第三、多练习多操作,实践是检验真理的唯一标准。IT编程是需要多加实践的,要不断反复进行上机操作,是学习编程开发的唯一方法。 这些问题的答案就是我的实习心得,经过这段时间的实习,我觉得自己可以独当一面,当一个web前端工程师了呢。 web前端工程师实习心得体会篇2 作为web前端工程师,在XX工作了5个月,自己从刚开始的一名新人到最后和大家融为一体,为组内贡献自己的一份力量,我经历了很多,成长了很多。 刚进到公司,我内心是很惶恐的。我对自己没有一个正确的定位,对公司的环境也是那么的陌生。我不知道自己能不能胜任公司的工

Web网站大数据量的性能解决方案

W eb网站大数据量的性能解决方案 随着中国大型IT企业信息化速度的加快,大部分应用的数据量和访问量都急剧增加,大型企业网站正面临性能和高数据访问量的压力,而且对存储、安全以及信息检索等等方面都提出了更高的要求…… 本文中,我想通过几个国外大型IT企业及网站的成功案例,从Web技术人员角度探讨如何积极地应对国内大型网站即将面临的扩展(主要是技术方面,而较少涉及管理及营销等方面)矛盾。 一、国外大型IT网站的成功之道 (一)MySpace 今天,MySpace已经成为全球众口皆碑的社区网站之王。尽管一流和营销和管理经验自然是每个IT企业取得成功的首要因素,但是本节中我们却抛弃这一点,而主要着眼于探讨在数次面临系统扩张的紧急关头MySpace是如何从技术方面采取应对策略的。 第一代架构—添置更多的Web服务器 MySpace最初的系统很小,只有两台Web服务器(分担处理用户请求的工作量)和一个数据库服务器(所有数据都存储在这一个地方)。那时使用的是Dell双CPU、4G内存的系统。在早期阶段,MySpace基本是通过添置更多Web服务器来对付用户暴增问题的。但到在2004年早期,在MySpace用户数增长到五十万后,其数据库服务器已经开始疲于奔命了。 第二代架构—增加数据库服务器 与增加Web服务器不同,增加数据库并没那么简单。如果一个站点由多个数据库支持,设计者必须考虑的是,如何在保证数据一致性的前提下让多个数据库分担压力。MySpace 运行在三个SQL Server数据库服务器上—一个为主,所有的新数据都向它提交,然后由它复制到其它两个;另两个数据库服务器全力向用户供给数据,用以在博客和个人资料栏显示。这种方式在一段时间内效果很好——只要增加数据库服务器,加大硬盘,就可以应对用户数和访问量的增加。 这一次的数据库架构按照垂直分割模式设计,不同的数据库服务于站点的不同功能,如登录、用户资料和博客。垂直分割策略利于多个数据库分担访问压力,当用户要求增加新功能时,MySpace只需要投入新的数据库加以支持。在账户到达二百万后,MySpace还从存储设备与数据库服务器直接交互的方式切换到SAN(存储区域网络)—用高带宽、专门设计的网络将大量磁盘存储设备连接在一起,而数据库连接到SAN。这项措施极大提升了系统性能、正常运行时间和可靠性。然而,当用户继续增加到三百万后,垂直分割策略也变得难以维持下去。 第三代架构—转到分布式计算架构 几经折腾,最终,MySpace将目光移到分布式计算架构——它在物理上分布的众多服务器,整体必须逻辑上等同于单台机器。拿数据库来说,就不能再像过去那样将应用拆分,再以不同数据库分别支持,而必须将整个站点看作一个应用。现在,数据库模型里只有一个用

前端项目心得体会

前端项目心得体会 导语:作为一个程序猿,你的任务就是敲代码,接下来为大家介绍前端项目心得体会文章,仅供参考! 前端项目心得体会 1、知识的总结 项目开发中也许学到了一个技能,或者一个知识点,但是通过写博客会加深巩固自己学习的东西,自己写不出来可能说明你对这个知识点理解还不够深入。 2、表达能力的提升 程序员大都不善于沟通,是因为表达能力不行,但是通过坚持写博客,自己的表达能力与表达逻辑会慢慢锻炼出来,逐渐的就会影响自己的沟通交流能力,这点我深有体会。 3、面试加分 假设我们同时面试了两个人,两人各方面能力差不多,但是一个写博客,一个不写,我想我肯定优先选择坚持写博客的人。他能坚持写博客,起码知道他善于经验总结,很勤快,因为大部分人不写博客很大原因是因为懒学习前端的心得学习前端的心得。 4、提升写作能力 写的多了,写作能力也就提升了,比如我,相信我的写作能力应该比大部分程序员要优秀,你们认同么?

5、提升名气 如果持续产出高质量的博客,被越来越多的人知道,那名气就会上升了,有了名气自身的价值一下就提升了,我深有感受,自从有了名气之后,每天都能收到各大猎头、CEO等的各种优越条件的邀请,选择接受或拒绝是一回事,但是有没有收到邀请就是另一回事了。 6、赚取外快 这个容易理解,有了名气之后就可以有办法赚取各种外快,而且本身也并不可耻,不偷不抢,靠自身技术赚点零花钱有何不可? 比如我,如果哪一天我很缺钱了(虽然现在也缺),我可以立刻想办法花点精力去赚更多的钱,只不过现在我选择了我最喜欢,最不受约束的方式而已。 最后奉劝大家,如果你还没有写博客,那从现在开始开通个博客学习前端的心得文章学习前端的心得出自。 走出第一步,如果你已经开始写博客了,不要去奢望靠写博客去赚钱,安心的写博客提升自己能力,总结经验,把它看成一种投资自己的手段,别把目标搞错了 也许有一天你会突然发现,原来你已经走了这么远,而且还有意外收获! 勿忘初心,才能方得始终! 如何找实习机会 如果有校招,最好就从校招进去。一些比较优秀的企业都会培养储备人才,用以发展,所以校招能够有机会进到一些分工比较细化的企

android如何查看cpu的占用率和内存泄漏

android如何查看cpu的占用率和内存泄漏 在分析内存优化的过程中,其中一个最重要的是我们如何查看cpu的占用率和内存的占用率呢,这在一定程度上很重要,经过查询资料,研究了一下,暂时了解到大概有以下几种方式,如果哪位高手有更好的办法,或者文中描述有错误,还望高手在下面留言,非常感谢! 一、通过eclipse,ADT开发工具的DDMS来查看(Heap) 在“Devices”窗口中选择模拟器中的一个需要查看的程序,从工具条中选“Update heap”按钮,给这个程序设置上“heap Updates”,然后在Heap视图中点击Cause GC就可以实时显示这个程序的一些内存和cpu的使用情况了。

然后就会出现如下界面: 说明: a) 点击“Cause GC”按钮相当于向虚拟机请求了一次gc操作; b) 当内存使用信息第一次显示以后,无须再不断的点击“Cause GC”,Heap视图界面会定

时刷新,在对应用的不断的操作过程中就可以看到内存使用的变化; c) 内存使用信息的各项参数根据名称即可知道其意思,在此不再赘述。 大致解析如下: 这个就是当前应用的内存占用,allocated 是已经分配的内存free是空闲内存, heap size 是虚拟机分配的不是固定值 heap size 的最大值跟手机相关的 有网友说, 一般看1byte的大部分就是图片占用的 如何判断应用是否有内存泄漏的可能性呢? 如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值:Heap视图中部有一个Type叫做data object,即数据对象,也就是我们的程序中大量存在的类类型的对象。在data object一行中有一列是“Total Size”,其值就是当前进程中所有Java数据对象的内存总量,一般情况下,这个值的大小决定了是否会有内存泄漏。可以这样判断: a) 不断的操作当前应用,同时注意观察data object的Total Size值; b) 正常情况下Total Size值都会稳定在一个有限的范围内,也就是说由于程序中的的代码良好,没有造成对象不被垃圾回收的情况,所以说虽然我们不断的操作会不断的生成很多对象,而在虚拟机不断的进行GC的过程中,这些对象都被回收了,内存占用量会会落到一个稳定的水平; c) 反之如果代码中存在没有释放对象引用的情况,则data object的Total Size值在每次GC 后不会有明显的回落,随着操作次数的增多Total Size的值会越来越大, 直到到达一个上限后导致进程被kill掉。

网站前端性能优化总结

网站前端性能优化总结 一、服务器侧优化 1. 添加 Expires 或 Cache-Control 信息头 某些经常使用到、并且不会经常做改动的图片(banner、logo等等)、静态文件(登录首页、说明文档等)可以设置较长的有效期(expiration date),这些HTTP头向客户端表明了文档的有效性和持久性。如果有缓存,文档就可以从缓存(除已经过期)而不是从服务器读取。接着,客户端考察缓存中的副本,看看是否过期或者失效,以决定是否必须从服务器获得更新。 各个容器都有针对的方案,,以 Apache 为例: ExpiresActive On ExpiresByType image/gif "access plus 1 weeks" 表示gif文件缓存一周,配置可以根据具体的业务进行调整,具体配置可以参考: https://www.wendangku.net/doc/1a17493185.html,/Apache/ApacheMenu/mod/mod_expires.html 2. 压缩内容 对于绝大多数站点,这都是必要的一步,能有效减轻网络流量压力。 DeflateCompressionLevel 9 AddOutputFilterByType DEFLATE text/html text/plain text/xml application/x-httpd-php AddOutputFilter DEFLATE html htm xml php css js 表示zlib在压缩时可以最大程度的使用内存,压缩html、文本、xml和php这几种类型的文件,指定扩展名为html、htm、xml、php、css和js的文件启用压缩。 具体配置可以参考: https://www.wendangku.net/doc/1a17493185.html,/Apache/ApacheMenu/mod/mod_deflate.html 3. 设置 Etags 在使用etags之前,有必要复习一下RFC2068中规定的返回值 200 和 304 的含义: 200--OK 304--Not Modified 客户端在请求一份文件的时候,服务端会检查客户端是否存在该文件,如果客户端不存在该文件,则下载该文件并返回200;如果客户端存在该文件并且该文件在规定期限内没有被修改(Inode,MTime和Size),则服务端只返回一个304,并不返回资源内容,客户端将会使用之前的缓存文件。而etags就是判断该文件是否被修改的记号,与服务器端的资源一一关联,所以etags对于CGI类型的页面缓存尤其有用。 下图是优化前的首页:(注意,此时没有压缩首页图片,即使使用了缓存,仍需要5s左右的时间)

安卓性能优化方案

随着技术的发展,智能手机硬件配置越来越高,可是它和现在的PC相比,其运算能力,续航能力,存储空间等都还是受到很大的限制,同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由,足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时,我们应该时刻牢记,写出高效代码的两条基本的原则:(1)不要做不必要的事;(2)不要分配不必要的内存。 我从去年开始接触Android开发,以下结合自己的一点项目经验,同时参考了Google的优化文档和网上的诸多技术大牛给出的意见,整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如:Nexus o ne 对每个软件的内存限制是24M),同时Java语言本身比较消耗内存,d alvik虚拟机也要占用一定的内存空间,所以合理使用内存,彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译(Just-in-time Compilation,JIT),又称动态转译(Dynamic Translation),是一种通过在运行时将字节码翻译为机器码,从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现,新版

(Android2.2+)将换成JIT编译器实现。性能测试显示,在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.wendangku.net/doc/1a17493185.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐,世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池,可以使创建对象的代价变得小一些,但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存,就会引发周期性的垃圾回收,用户就会觉得界面像打嗝一样一顿一顿的。所以,除非必要,应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则: 当你从用户输入的数据中截取一段字符串时,尽量使用substring函数取得原始数据的一个子串,而不是为子串另外建立一份拷贝。这样你就有一个新的String对象,它与原始数据共享一个char数组。如果你有一个函数返回一个String对象,而你确切的知道这个字符串会被附加到一个Stri ngBuffer,那么,请改变这个函数的参数和实现方式,直接把结果附加到StringBuffer中,而不要再建立一个短命的临时对象。 一个更极端的例子是,把多维数组分成多个一维数组: int数组比Integer数组好,这也概括了一个基本事实,两个平行的int数组比(int,int)对象数组性能要好很多。同理,这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组,尝试使用两个单独的Foo[]

感觉系统

感觉器官练习题 一、单选题 1.下列哪项不属于感觉器官的是( ) A.耳 B.鼻 C.神经D.皮肤 E.以上均错 2.视器包括( ) A.眼球壁和附属结构 B.眼球壁和屈光装臵 C.眼球及其附属结构 D.眼球及其屈光装臵 E.眼球及其眼睑 3.眼球() A.壁仅由巩膜、脉络膜、视网膜构成 B.折光系统包括角膜、房水、晶状体和玻璃体 C.视神经盘是感光最敏锐的部位 D.房水由虹膜分泌形成 E.角膜中央一圆孔称瞳孔 4.巩膜() A.乳白色,厚而坚韧,是硬脑膜的延伸结构 B.前方与晶状体相连C.占纤维膜的前1/6 D.有屈光作用 E.以上均错 5.瞳孔大小() A.随眼压高低而变化 B.随光线强弱而变化 C.由睫状体收缩来调节D.与三叉神经眼神经的作用有关E.随晶状体突度变化而变化 7.眼前房是指() A.角膜与玻璃体之间腔隙 B.角膜与虹膜之间腔隙 C.虹膜与晶状体之 间腔隙 D.虹膜与玻璃体之间腔隙 E.角膜与晶状体之间腔隙 8.黄斑() A.位于视神经乳头(盘)外侧约3-4mm 处 B.感光作用强,但无辨色能力C.中央有中央凹,该处对光不敏感D.视网膜节细胞轴突由此向后穿出眼 球壁 E.此处无感光细胞,称为生理性盲点 9.上直肌收缩时,瞳孔转向()A.上内方 B.下内方 C.上外方 D.下外方 E.外侧 10.上斜肌可使() A.瞳孔转向上外方 B.瞳孔转向下外方 C.瞳孔转向上方D.瞳孔转向外侧 E.瞳孔 转向下方 11.眼球的折光装臵为() A.晶状体 B.角膜、晶 状体 C.角膜、房水、晶状 体 D.角膜、房水、晶状体、玻璃体 E.角 膜、房水、晶状体、玻璃体、视网膜 12.泪道包括() A.鼻泪管、泪小管 B.泪小管、 泪囊 C.泪小管、泪囊、鼻泪管 D.泪点、泪小管、泪囊、鼻泪管 E.泪腺、结膜囊、泪小管、泪囊、鼻 泪管 13.视网膜中央动脉来源于() A.颈内动脉B.颈外动脉 C.椎动脉 D.脑膜中动脉 E.面 动脉 17. 属于生理性盲点的是 A、脉络膜 B、角膜 C、虹膜 D、视轴 E、视网膜中央凹 14. 眼前房与后房的分界是() A.睫状体 B.虹膜 C.脉 络从 D.晶状体 E.玻璃体 15.关于中耳鼓室壁的描述中,何者是错误的() A.上壁为鼓室盖,分隔鼓室与颅中 窝 B.内壁为乳突窦壁 C.下壁为颈静脉壁,将鼓室与颅内 静脉起始部隔开 D.外侧壁为鼓膜 E.前壁为颈动脉壁,此壁上部有咽 鼓管鼓口 16. 位于鼓室内的结构是() A.球囊 B.面神经 C.听 小骨 D.螺旋器(Corti器) E.半规管 17.耳蜗( ) A.由软骨构成B.由蜗管围绕蜗轴约两周半形成的 C.仅分为前庭阶和鼓阶两部分D.前庭阶和鼓阶充满内淋巴 E.以上均不对 18.不属于位觉感受器的是() A.椭圆囊斑 B.球囊斑 C.壶 腹嵴 D.螺旋器 E.以上均不对 19.前庭阶和鼓阶借何结构相通 () A.蜗孔 B.蜗管 C.蜗 窗 D.前庭窗 E.联合管 20.将声波的振动传人内耳的是 () A.听小骨 B.前庭 C.耳

大数据平台的软件有哪些

大数据平台的软件有哪些 查询引擎一、Phoenix简介:这是一个Java中间层,可以让开发者在Apache HBase上执行SQL查询。Phoenix完全使用Java编写,代码位于GitHub上,并且提供了一个客户端可嵌入的JDBC驱动。Phoenix查询引擎会将SQL查询转换为一个或多个HBase scan,并编排执行以生成标准的JDBC 结果集。直接使用HBase API、协同处理器与自定义过滤器,对于简单查询来说,其性能量级是毫秒,对于百万级别的行数来说,其性能量级是秒。Phoenix最值得关注的一些特性有:嵌入式的JDBC驱动,实现了大部分的接口,包括元数据API可以通过多部行键或是键/值单元对列进行建模完善的查询支持,可以使用多个谓词以及优化的扫描键DDL支持:通过CREATE TABLE、DROP TABLE及ALTER TABLE来添加/删除列版本化的模式仓库:当写入数据时,快照查询会使用恰当的模式DML支持:用于逐行插入的UPSERT VALUES、用于相同或不同表之间大量数据传输的UPSERT SELECT、用于删除行的DELETE通过客户端的批处理实现的有限的事务支持单表——还没有连接,同时二级索引也在开发当中紧跟ANSI SQL标准二、Stinger简介:原叫Tez,下一代 Hive,Hortonworks主导开发,运行在YARN上的DAG计算框架。某些测试下,Stinger能提升10倍左右的性能,同时会

让Hive支持更多的SQL,其主要优点包括:让用户在Hadoop 获得更多的查询匹配。其中包括类似OVER的字句分析功能,支持WHERE查询,让Hive的样式系统更符合SQL模型。优化了Hive请求执行计划,优化后请求时间减少90%。改动了Hive执行引擎,增加单Hive任务的被秒处理记录数。在Hive 社区中引入了新的列式文件格式(如ORC文件),提供一种更现代、高效和高性能的方式来储存Hive数据。引入了新的运行时框架——Tez,旨在消除Hive的延时和吞吐量限制。Tez通过消除不必要的task、障碍同步和对HDFS的读写作业来优化Hive job。这将优化Hadoop内部的执行链,彻底加速Hive负载处理。三、Presto简介:Facebook开源的数据查询引擎Presto ,可对250PB以上的数据进行快速地交互式分析。该项目始于 2012 年秋季开始开发,目前该项目已经在超过 1000 名 Facebook 雇员中使用,运行超过30000 个查询,每日数据在 1PB 级别。Facebook 称 Presto 的性能比诸如 Hive 和 Map*Reduce 要好上 10 倍有多。Presto 当前支持 ANSI SQL 的大多数特效,包括联合查询、左右联接、子查询以及一些聚合和计算函数;支持近似截然不同的计数(DISTINCT COUNT)等。四、Shark简介:Shark 即Hive on Spark,本质上是通过Hive的HQL解析,把HQL 翻译成Spark上的RDD操作,然后通过Hive的metadata获取数据库里的表信息,实际HDFS上的数据和文件,会由Shark

一些前端开发优化的经验总结

一些前端开发优化的经验总结 发现的一篇关于前端优化的文章,总结的很全面,要做到面面俱到很难,往往是想优化而没有时间去优化,就像我们公司,一个项目连着一个项目~新员工的培训都省了,还想优化前端啊,不过我真的想有机会和老大好好的整合下公司网站的前端代码~不过要把前端优化的工作放在平时的写代码中去,就不需要刻意的后期优化了。在项目开发中,后台需要搭建好框架,前端更是需要搭建好框架,并且在页面实现中得到实现,只有这样才能事半功倍。 前段时间简单的研究了下前端优化相关的知识,本文算是一个阶段性的总结,或者当做一个优化的参考List。 前言 前端是庞大的,包括HTML、CSS、Javascript、Image、Flash等等各种各样的资源。前端优化是复杂的,针对方方面面的资源都有不同的方式。那么,前端优化的目的是什么? 1.从用户角度而言,优化能够让页面加载得更快、对用户的操作响应得更及 时,能够给用户提供更为友好的体验。 2.从服务商角度而言,优化能够减少页面请求数、或者减小请求所占带宽, 能够节省可观的资源。 总之,恰当的优化不仅能够改善站点的用户体验并且能够节省相当的资源利用。 前端优化的途径有很多,按粒度大致可以分为两类,第一类是页面级别的优化,例如HTTP请求数、脚本的无阻塞加载、内联脚本的位置优化等;第二类则是代码级别的优化,例如Javascript中的DOM操作优化、CSS选择符优化、图片优化以及HTML结构优化等等。另外,本着提高投入产出比的目的,后文提到的各种优化策略大致按照投入产出比从大到小的顺序排列。 一、页面级优化 1.减少HTTP请求数 这条策略基本上所有前端人都知道,而且也是最重要最有效的。都说要减少HTT P请求,那请求多了到底会怎么样呢?首先,每个请求都是有成本的,既包含时间成本也包含资源成本。一个完整的请求都需要经过DNS寻址、与服务器建立连接、发送数据、等待服务器响应、接收数据这样一个“漫长”而复杂的过程。时间成本就是用户需要看到或者“感受”到这个资源是必须要等待这个过程结束的,资源上由于每个请求都需要携带数据,因此每个请求都需要占用带宽。另外,由于浏览器进行并发请求的请求数是有上限的(具体参见此处),因此请求数多了

前端性能优化论文性能测试论文

前端性能优化论文性能测试论文 高校图书馆网站前端性能现状调查与优化对策 [摘要]针对当前高校图书馆网站前端加载速度缓慢,有时甚至拒绝访问等问题,利用Page Speed插件对我国20所“211工程”院校图书馆网站前端性能的现状进行调查与分析,总结高校图书馆网站前端性能目前存在的主要问题,并提出若干优化对策,以期提升图书馆网站前端的加载速度。 [关键词]图书馆网站前端性能优化对策211工程 [分类号]G250.76 1 引言 中国互联网络信息中心《第26次中国互联网络发展状况统计报告》显示,截至2010年6月30日,中国的网站数,即域名注册者在中国境内的网站数达到279万个。纵观这些网站,其中有很多网页浏览速度缓慢,有时甚至拒绝访问。其主要原因是网页中大量Ajax的Web应用程序迫使浏览器达到其处理能力的极限。怎样真正避免网站前端性能瓶颈而有效提高网页传输速度?根据Web开发者性能优化最佳实践:客户端加载一个网页的时间大约占用总时耗的80%,即用户响应时间有80%用于运行网站前端程序。鉴于此,笔者以我国20所“211工程”院校为例,对我国高校图书馆网站前端性能进行调查分析,旨在揭示高校图书馆网站前端性能存在的主要问题,并提出相应的优化对策,以期提升图书馆网站前端的加载速度和用户体验。

2 调查研究设计 2.1 调查对象 我国现有高校图书馆1000多所,笔者选取中国校友会网大学评价课题组发布《2010中国大学评价研究报告》排名前20强的高校图书馆网站作为调查对象。之所以作出如此选择,一是由于时间和精力有限,笔者不能对我国所有图书馆网站进行调查分析;二是这些图书馆整体技术实力比较雄厚,在网站编码方面有着很多成功的实践经验。此外,调查对象具有一定的代表性,所得数据真实可靠,更能真实全面反映图书馆网站前端性能的基本现状。 2.2 研究工具 本研究的主要研究工具是一款基于Firefox/Fire-bug的开发类插件——Page Speed。该插件由Google开发者团队2009年6月4日成功推出,它与Firebug无缝的结合在一起,成为开发人员评估、诊断和优化网页性能必备的辅助工具。另外,本研究中Firefox、Firebug和Page Speed的版本分别为3.6、1.5和1.4。 2.3 研究方法 笔者以我国20所高校图书馆网站实体为主要数据来源,直接利用Page Speed测试与分析网站前端性能,研究方法与步骤如下:选择调查样本,选取中国校友会网大学评价课题组发布《2010中国大学评价研究报告》排名前20强的图书馆网站进行调查分析,编制调查表格。

Android内存优化小建议 以及活用(SoftReference 和 WeakReference )

android因其系统的特殊性,安装的软件默认都安装到内存中,所以随着 用户安装的软件越来越多,可供运行的程序使用的内存越来越小,这就要求我们在开发android程序时,尽可能的少占用内存。根据我个人的开发经验总结了如下几点优化内存的方法: 1创建或其他方式获得的对象如不再使用,则主动将其置为null。 2尽量在程序中少使用对图片的放大或缩小或翻转.在对图片进行操作时占用的内存可能比图片本身要大一些。 3调用图片操作的后,及时的清空,调用recycle()提醒经行垃圾回收。 4尽可能的将一些静态的对象(尤其是集合对象),放于SQLite数据库中。并且对这些数据的搜索匹配尽可能使用sql语句进行。 5一些连接资源在不使用使应该释放,如数据库连接文件输入输出流等。应该避免在特殊的情况下不释放(如异常或其他情况) 6一些长周期的对像引用了短周期的对象,但是这些短周期的对象可能只在很小的范围内使用。所以在查内存中也应该清除这一隐患。如果你想写一个Java程序,观察某对象什么时候会被垃圾收集的执行绪清除,你必须要用一个reference记住此对象,以便随时观察,但是却因此造成此对象的reference数目一直无法为零,使得对象无法被清除。 https://www.wendangku.net/doc/1a17493185.html,ng.ref.WeakReference 不过,现在有了Weak Reference之后,这就可以迎刃而解了。如果你希望能随时取得某对象的信息,但又不想影响此对象的垃圾收集,那

么你应该用Weak Reference来记住此对象,而不是用一般的reference。 A obj=new A(); WeakReference wr=new WeakReference(obj); obj=null; //等待一段时间,obj对象就会被垃圾回收 … if(wr.get()==null){ System.out.println(“obj已经被清除了“); }else{ System.out.println(“obj尚未被清除,其信息是 “+obj.toString()); } … 在此例中,透过get()可以取得此Reference的所指到的对象,如果传出值为null的话,代表此对象已经被清除。 这类的技巧,在设计Optimizer或Debugger这类的程序时常会用到,因为这类程序需要取得某对象的信息,但是不可以影响此对象的垃圾收集。 https://www.wendangku.net/doc/1a17493185.html,ng.ref.SoftReference Soft Reference虽然和Weak Reference很类似,但是用途却不同。被Soft Reference指到的对象,即使没有任何Direct Reference,也不会被清除。一直要到JVM内存不足时且没有Direct Reference

大数据平台技术框架选型

大数据平台框架选型分析 一、需求 城市大数据平台,首先是作为一个数据管理平台,核心需求是数据的存和取,然后因为海量数据、多数据类型的信息需要有丰富的数据接入能力和数据标准化处理能力,有了技术能力就需要纵深挖掘附加价值更好的服务,如信息统计、分析挖掘、全文检索等,考虑到面向的客户对象有的是上层的应用集成商,所以要考虑灵活的数据接口服务来支撑。 二、平台产品业务流程 三、选型思路 必要技术组件服务: ETL >非/关系数据仓储>大数据处理引擎>服务协调>分析BI >平台监管 四、选型要求 1.需要满足我们平台的几大核心功能需求,子功能不设局限性。如不满足全部,需要对未满足的其它核心功能的开放使用服务支持 2.国内外资料及社区尽量丰富,包括组件服务的成熟度流行度较高 3.需要对选型平台自身所包含的核心功能有较为深入的理解,易用其API或基于源码开发4.商业服务性价比高,并有空间脱离第三方商业技术服务 5.一些非功能性需求的条件标准清晰,如承载的集群节点、处理数据量及安全机制等 五、选型需要考虑 简单性:亲自试用大数据套件。这也就意味着:安装它,将它连接到你的Hadoop安装,集成你的不同接口(文件、数据库、B2B等等),并最终建模、部署、执行一些大数据作业。自己来了解使用大数据套件的容易程度——仅让某个提供商的顾问来为你展示它是如何工作是远远不够的。亲自做一个概念验证。 广泛性:是否该大数据套件支持广泛使用的开源标准——不只是Hadoop和它的生态系统,还有通过SOAP和REST web服务的数据集成等等。它是否开源,并能根据你的特定问题易于改变或扩展?是否存在一个含有文档、论坛、博客和交流会的大社区? 特性:是否支持所有需要的特性?Hadoop的发行版本(如果你已经使用了某一个)?你想要使用的Hadoop生态系统的所有部分?你想要集成的所有接口、技术、产品?请注意过多的特性可能会

Web前端性能测试及优化技巧

Web前端性能测试及优化技巧 发布时间: 2015-7-31 11:04 作者: 左正来源: 51Testing软件测试网采编字体: 小中大| 上一篇下一篇| 打印| 我要投稿| 推荐标签:性能测试软件测试技术Web测试 1、前段性能的意义 对于访问一个网站,最花费时间的并不是后端应用程序处理以及数据库等消耗的时间,而是前端花费的时间(包括请求、网络传输、页面加载、渲染等)。根据web优化的黄金法则: 80%的最终用户响应时间花在前端程序上,而其大部分时间则花在各种页面元素,如图像、样式表、脚本和Flash 等,的下载上。减少页面元素将会减少HTTP请求次数。这是快速显示页面的关键所在。 根据著名的“2-5-8原则”,用户访问一个页面: 当用户能够在2秒以内得到响应时,会感觉系统的响应很快; 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以; 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受; 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求。 对于一个网站如果希望抓住用户,网站的速度以及稳定性是首当其冲的。目前性能已经被列入google的网站的排名规则中。 相关文章Web Performance Optimization (WPO) – As Business Critical as SEO 2、前端性能关注的重点 2.1 加载时间指标,主要包括三个时间断 a. Time to First Impression 表示从用户在浏览器键入url按下回车键一刻开始到页面开始有反应(用户可以在页面中看见一点点内容)为止。经常能感觉到的一个信号就是网页开始显示title。 b.Time to onLoad Event 表示从页面开始显示内容,到浏览器开始触发OnLoad函数这一时间段。只有当初始的文本和所引用的对象加载完成,浏览器才开始触发OnLoad函数 c.Time to Fully Loaded 表示从上一时间段末到整个网页完全加载完成(所有OnLoad函数以及相关的动态资源加载完成)。在网页中含有timeout或定时刷新之类处理时较为难判断结束点。 2.2 资源情况指标

低端android机内存管理优化

大家好,今天我主要来和大家交流下低端android手机内存优化的问题。 一、问题的引出 前天,我在论坛发了一个帖子,想请教大家关于联想A68e内存优化的问题,但是回复者寥寥无几,课件也很少有机油对这方面有较深入的 学习了解。我今天中午,查了有关资料,也用了自己的手机进行了测试,觉得可能对A68e(其实是广大低端Android手机)用户有点帮助,所以特地来分享以下。(说明:本人用的是Sumsumg I9103,我媳妇用的是电信套餐的联想A68e,这几天我没拿到她的手机来测试,所以只能自己的手机进行测试,但是我觉得还是具有一定的参考价值的)。二、ROM和RAM 首先,我先解释一下ROM和RAM的区别。 ROM是Read Only Memory,即只读存储器;RAM是Access Random Memory,即随即读写存储器。 ROM是存储程序和数据的,类别电脑的硬盘,可以存放安装的程序、文件、数据等。而论坛中有开AppEXT2的方法(我没试过),那个只是节省出更多的ROM空间,这样可以使程序运行得更为流畅,但是不能解决“同时运行程序的数量最大值太小”的问题。以A68e为例,如果开一个QQ、音乐播放器,再开个UC浏览器估计机子就崩溃而导致程序退出。 RAM才是程序运行时所占用的物理空间。RAM的价格比ROM贵很多,所以RAM的大小一半程度上决定了机子的价位(另一半就是CPU)。

我的Sumsung是1G RAM,同时开QQ、QQ游戏、QQ音乐、浏览器、微信等七、八个程序也毫无压力。所以RAM太小是影响A68e(包括很多Android手机)用户体验的原因。如果你是个游戏玩家、手机达人,那么这类机子一定不适合你。如果你希望能像有高端机那样的用户体验,我建议你还是多话点银子购买配置高的Android手机。 关于官方宣传256的RAM实际上只有170,那是有一部分被Android系统占用。我的手机1GRAM,实际上也只有724M。 三、Android系统内存管理机制及进程调度机制 下面开始具体的分析了。 首先Android系统是基于Linux 内核开发的开源操作系统,li nux系统的内存管理有其独特的动态存储管理机制。Android采取了一种有别于Linux的进程管理策略,Linux系统在进程活动停止后就结束该进程,而Android把这些进程都保留在内存中,直到系统需要更多内存为止。这些保留在内存中的进程通常情况下不会影响整体系统的运行速度,并且当用户再次激活这些进程时,提升了进程的启动速度。 Android系统这样的设计不仅非常适合移动终端(手机、平板)的需要,而且减少了系统崩溃的可能,确保了系统的稳定性。老想着清理内存的同学完全是因为被塞班或者Windows毒害太深,事实上,经常用Taskiller之类的软件关闭后台所有进程,很容易造成系统的不稳定。很多时候出现问题了,只要重启就能解决的原因也在于此。 广大机油一定会发现,关闭了QQ、微信等程序后,其实并没有完全关闭这些程序。这些程序在后台占用了一定的内存,但是并没有运行时

大数据平台的软件有哪些

大数据平台的软件有哪些? 查询引擎一、Phoenix简介:这是一个Java中间层,可以让开发者在Apache HBase上执行SQL查询。Phoenix完全使用Java编写,代码位于GitHub上,并且提供了一个客户端可嵌入的JDBC驱动。Phoenix查询引擎会将SQL查询转换为一个或多个HBase scan,并编排执行以生成标准的JDBC 结果集。直接使用HBase API、协同处理器与自定义过滤器,对于简单查询来说,其性能量级是毫秒,对于百万级别的行数来说,其性能量级是秒。Phoenix最值得关注的一些特性有:?嵌入式的JDBC驱动,实现了大部分的java.sql接口,包括元数据API?可以通过多部行键或是键/值单元对列进行建模?完善的查询支持,可以使用多个谓词以及优化的扫描键?DDL支持:通过CREATE TABLE、DROP TABLE及ALTER TABLE来添加/删除列?版本化的模式仓库:当写入数据时,快照查询会使用恰当的模式?DML支持:用于逐行插入的UPSERT V ALUES、用于相同或不同表之间大量数据传输的UPSERT ?SELECT、用于删除行的DELETE?通过客户端的批处理实现的有限的事务支持?单表——还没有连接,同时二级索引也在开发当中?紧跟ANSI SQL标准二、Stinger 简介:原叫Tez,下一代Hive,Hortonworks主导开发,运行在YARN上的DAG计算框架。某些测试下,Stinger能提升10倍左右的性能,同时会让Hive支持更多的SQL,其主要

优点包括:?让用户在Hadoop获得更多的查询匹配。其中包括类似OVER的字句分析功能,支持WHERE查询,让Hive 的样式系统更符合SQL模型。?优化了Hive请求执行计划,优化后请求时间减少90%。改动了Hive执行引擎,增加单Hive任务的被秒处理记录数。?在Hive社区中引入了新的列式文件格式(如ORC文件),提供一种更现代、高效和高性能的方式来储存Hive数据。?引入了新的运行时框架——Tez,旨在消除Hive的延时和吞吐量限制。Tez通过消除不必要的task、障碍同步和对HDFS的读写作业来优化Hive job。这将优化Hadoop内部的执行链,彻底加速Hive负载处理。三、Presto简介:Facebook开源的数据查询引擎Presto ,可对250PB以上的数据进行快速地交互式分析。该项目始于2012 年秋季开始开发,目前该项目已经在超过1000 名Facebook 雇员中使用,运行超过30000 个查询,每日数据在1PB 级别。Facebook 称Presto 的性能比诸如Hive 和Map*Reduce 要好上10 倍有多。Presto 当前支持ANSI SQL 的大多数特效,包括联合查询、左右联接、子查询以及一些聚合和计算函数;支持近似截然不同的计数(DISTINCT COUNT)等。四、Shark简介:Shark即Hive on Spark,本质上是通过Hive的HQL解析,把HQL翻译成Spark上的RDD 操作,然后通过Hive的metadata获取数据库里的表信息,实际HDFS上的数据和文件,会由Shark获取并放到Spark

前端性能优化方案

前端优化方案 1.提升页面静态资源加载速度 (1) 1.1减少Http请求 (1) 1.1.1项目首页、访问量非常大的页面有自己单独css内容 (1) 1.1.2移除重复的脚本及样式,统一网站资源(js库、css库)的使用。.2 1.1.3整理优化并合并现css文件及js文件,将所有的css文件以及js文件 分为base、common、page三层 (2) 1.2压缩静态资源文件,减少文件体积大小 (2) 1.2.1采用CSS Sprites技术将页面内所有背景小图标整合到一张图片。 .. 2 1.2.2不要在HTML使用太多大图像 (2) 1.2.3采用开源工具来压缩减小css及js文件体积 (2) 1.3内嵌图像。 (3) 1.4静态资源尽量合并到少数几个域名访问,减少DNS查询 (3) 2.加快页面的渲染展示速度 (3) 2.1 Css和js文件的位置 (3) 2.2规范img标签的使用 (3) 2.3精简页面标签,减少DOM元素 (4) 2.4规范Css代码 (4) 3.服务器端静态资源访问优化 (4) 3.1服务器部署时通过web服务器及应用服务集群配置,让静态资源通过web 服务器提供访问,提高静态资源并发访问效率 (4) 3.2通过在web服务器配置静态资源的缓存以及压缩策略,提高用户访问速度. (4) 3.3通过第三方网络静态资源缓存服务(CDN),提高网站访问速度,提升用户访 问体验。 (4) 1.提升页面静态资源加载速度 1.1减少Http请求 1.1.1项目首页、访问量非常大的页面有自己单独css内容 静态页面生成时直接生成到文件中,动态文件的话在模板文件中include。

相关文档
相关文档 最新文档