android专业技能总结.docx
《android专业技能总结.docx》由会员分享，可在线阅读，更多相关《android专业技能总结.docx（16页珍藏版）》请在冰豆网上搜索。
android专业技能总结
android专业技能总结
1.publicclassHandlerActivityextendsActivityimplementsRunnable{
2.
3./**更新时间**/
4.publicfinalstaticintUPDATE_TIME=0;
5./**更新时间成功**/
6.publicfinalstaticintUPDATE_COMPLETED=1;
7.
8./**记录显示时间超过10秒结束线程**/
9.privateintmShowNumber=0;
10.
11./**开始计时按钮**/
12.privateButtonmButton=null;
13.
14./**计时显示内容**/
15.privateTextViewmTextView=null;
16.
17./**线程**/
18.privateThreadmThread=null;
19.
20./**线程关闭的标志**/
21.privatebooleanmRunning=false;
22.
23.Handlerhandler=newHandler{
24.@Override
25.publicvoidhandleMessage{
26.
bundle=;
28.//通过key的名称拿到它的值
number=;
30.//为handler接收到的消息编号
{
UPDATE_TIME:
;
;
UPDATE_COMPLETED:
;
;
38.}
;
40.}
41.};
42.
43.@Override
44.protectedvoidonCreate{
45.setContentView;
46.
47./**拿到button与TextView对象**/
48.mButton=findViewById;
49.mTextView=findViewById;
50.mThread=newThread;
51.
52.{
53.@Override
voidonClick{
55./**点击按钮后开始线程开始计时**/
=true;
;
58.}
59.}）;
60.
61.;
62.;
63.}
64.
65.publicvoidShowDialog{
66.builder=new;
68.;
69.;
70.{
voidonClick{
;
73.}
74.}）;
75.;
76.}
77.
78.
79.
80.@Override
81.publicvoidrun{
82.
83.while{
{
++;
86./**把须要的数据放入bandle中**/
bandle=newBundle;
）;
89.
90./**设置这条信息的编号为更新时间**/
91./**将bandle写入message中**/
92./**最后将这个message发送出去**/
93./**mShowNumber小于10更新时间否则更新完毕**/
msg=newMessage;
{
96.=UPDATE_TIME;97.}else{
98.mRunning=false;
99.=UPDATE_COMPLETED;
100.}
;
;
;
104.}catch{
;
106.}
107.}
108.}
109.}
通知栏信息
Notifation通知栏会在屏幕上方向用户提示信息但是不会打断用户正在阅读的内容，除非用户手动将Notifation通知栏拉下。
Notifation的好处就是在于不会影响用户的操作，比如用户正在阅读非常重要的信息这时候帮他直接打开一个activity会非常不合适因为直接影响到了他当时的操作行为所以Notifation就出来了。
建议大家在开发中遇到可能打断用户使用的情况下都去使用Notifation通知栏。
[java]viewplaincopyprint?
1.publicclassNotificationActivityextendsActivity{
2.NotificationManagermManager=null;
3.Notificationnotification=null;
4.@Override
5.protectedvoidonCreate{
6.setContentView;
7.
8.//得到通知消息的管理器对象，负责管理Notification的发送与清除消息等
9.mManager=getSystemService;
10.//创建Notification对象参数分别代表通知栏中显示的图标显示的标题显示的时
间
11.notification=newNotification）;
13.
14.//设置在通知栏中点击后Notification自动消失
15.=_AUTO_CANCEL;
16.
17.//设置点击后转跳的新activity
18.Intentintent=newIntent;
19.;
20.
21.//通过bundle可以带一些数据过去这里将字符串传递了过去
22.Bundlebundle=newBundle;
23.;
24.;
25.
26.//设置通知栏中显示的内容
27.PendingIntentcontentIntent=;
29.;
31.
32.
33.Buttonbutton0=findViewById;
34.{
35.
36.@Override
voidonClick{
38.//打开这个Notification通知
;
40.}
41.}）;
42.
43.Buttonbutton1=findViewById;
44.{
45.
46.@Override
voidonClick{
48.//关闭这个Notification通知
;
?
自定义控件，做过控件风格的个性化自定义开发
1、常见的控件：
文本控件TextView和EditText；
按钮控件Button和ImageButton
状态开关按钮ToggleButton
单选复选按钮RadioButton和RadioGroup
单选按钮和复选按钮CheckBox和RadioButton
图片控件ImageView
时钟控件AnalogClock和DigitalClock
进度条ProgressBar和日期与时间选择控件DatePicker和TimePicker等
2、继承已有的控件，实现自定义控件：
安卓中的空间都是继承View类来实现的，重写onDraw方法来绘制我们所需要的控件Tips：
1、在已有的控件基础上，通过重写相关方法来实现需求
2、继承view或viewgroup类，绘制所需的控件，一般通过继承已有的控件，来自定义
控件要简单一点
自定义控件图示：
自定义控件方式：
1、方式1：
继承已有的控件；添加自定义的方法，监听器等；对外提供接口。
如：
滑动开关的例子
2、方式2：
继承View；重写onDraw方法，绘制自定义的样式；添加自定义的方法，监听器等；对外提供接口。
如：
显示3D效果的例子
?
ListView的优化并可以熟练应用
ListView的工作原理
首先来了解一下ListView的工作原理，如图：
1、如果你有几千几万甚至更多的选项时，其中只有可见的项目存在内存中，其他的在Recycler中
2、ListView先请求一个type1视图然后请求其他可见的项目。
convertView在getView中是空的
3、当item1滚出屏幕，并且一个新的项目从屏幕低端上来时，ListView再请求一个type1视图。
convertView此时不是空值了，它的值是item1。
你只需设定新的数据然后返回convertView，不必重新创建一个视图
一、复用convertView，减少findViewById的次数
1、优化一：
复用convertView
Android系统本身为我们考虑了ListView的优化问题，在复写的Adapter的类中，比较重要的两个方法是getCount和getView。
界面上有多少个条显示，就会调用多少次的getView方法；因此如果在每次调用的时候，如果不进行优化，每次都会使用的方法，都要将xml文件解析，并显示到界面上，这是非常消耗资源的：
因为有新的内容产生就会有旧的内容销毁，所以，可以复用旧的内容。
优化：
在getView方法中，系统就为我们提供了一个复用view的历史缓存对象convertView，当显示第一屏的时候，每一个item都会新创建一个view对象，这些view都是可以被复用的；如果每次显示一个view都要创建一个，是非常耗费内存的；所以为了节约内存，可以在convertView不为null的时候，对其进行复用
2、优化二：
缓存item条目的引用——ViewHolder
findViewById这个方法是比较耗性能的操作，因为这个方法要找到指定的布局文件，进行不断地解析每个节点：
从最顶端的节点进行一层一层的解析查询，找到后在一层一层的返回，如果在左边没找到，就会接着解析右边，并进行相应的查询，直到找到位置。
因此可以对findViewById进行优化处理，需要注意的是：
》》》》特点：
xml文件被解析的时候，只要被创建出来了，其孩子的id就不会改变了。
根据这个特点，可以将孩子id存入到指定的集合中，每次就可以直接取出集合中对应的元素就可以了。
优化：
在创建view对象的时候，减少布局文件转化成view对象的次数；即在创建view对象的时候，把所有孩子全部找到，并把孩子的引用给存起来
①定义存储控件引用的类ViewHolder
这里的ViewHolder类需要不需要定义成static，根据实际情况而定，如果item不是很多的话，可以使用，这样在初始化的时候，只加载一次，可以稍微得到一些优化
不过，如果item过多的话，建议不要使用。
因为static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。
所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例，这时就要尽量避免使用了。
classViewHolder{
//定义item中相应的控件
}
②创建自定义的类：
ViewHolderholder=null;
③将子view添加到holder中：
在创建新的listView的时候，创建新的ViewHolder，把所有孩子全部找到，并把孩子的引用给存起来
通过将引用设置到view中
通过holder，将孩子view设置到此holder中，从而减少以后查询的次数
④在复用listView中的条目的时候，通过，将view对象转化为holder，即转化成相应的引用，方便在下次使用的时候存入集合。
通过获取引用
二、ListView中数据的分批及分页加载：
需求：
ListView有一万条数据，如何显示；如果将十万条数据加载到内存，很消耗内存解决办法：
优化查询的数据：
先获取几条数据显示到界面上
进行分批处理---?
优化了用户体验
进行分页处理---?
优化了内存空间
说明：
一般数据都是从数据库中获取的，实现分批加载数据，就需要在对应的DAO中有相应的分批获取数据的方法，如findPartDatas
1、准备数据：
在dao中添加分批加载数据的方法：
findPartDatas
在适配数据的时候，先加载第一批的数据，需要加载第二批的时候，设置监听检测何时加载第二批
2、设置ListView的滚动监听器：
setOnScrollListener
①、在监听器中有两个方法：
滚动状态发生变化的方法和listView被滚动时调用的方法
②、在滚动状态发生改变的方法中，有三种状态：
手指按下移动的状态：
SCROLL_STATE_TOUCH_SCROLL:
//触摸滑动惯性滚动状态）：
SCROLL_STATE_FLING:
//滑翔
静止状态：
SCROLL_STATE_IDLE:
//静止
3、对不同的状态进行处理：
分批加载数据，只关心静止状态：
关心最后一个可见的条目，如果最后一个可见条目就是数据适配器里的最后一个，此时可加载更多的数据。
在每次加载的时候，计算出滚动的数量，当滚动的数量大于等于总数量的时候，可以提示用户无更多数据了。
三、复杂ListView的处理：
说明：
listView的界面显示是通过getCount和getView这两个方法来控制的
getCount：
返回有多少个条目
getView：
返回每个位置条目显示的内容
提供思路：
对于含有多个类型的item的优化处理：
由于ListView只有一个Adapter的入口，可以定义一个总的Adapter入口，存放各种类型的Adapter
以安全卫士中的进程管理的功能为例。
效果如图：
1、定义两个集合
每个集合中存入的是对应不同类型的内容和系统程序的集合）
2、在初始化数据中初始化两个集合
如，此处是在fillData方法中初始化
3、在数据适配器中，复写对应的方法
getCount：
计算所有需要显示的条目个数，这里包括listView和textView
getView：
对显示在不同位置的条目进行if处理
4、数据类型的判断
需要注意的是，在复用view的时候，需要对convertView进行类型判断，是因为这里含有各种不同类型的view，在view滚动显示的时候，对于不同类型的view不能复用，所有需要判断
四、ListView中图片的优化：
详看OOM异常中图片的优化
1、处理图片的方式：
如果自定义Item中有涉及到图片等等的，一定要狠狠的处理图片，图片占的内存是ListView项中最恶心的，处理图片的方法大致有以下几种：
①、不要直接拿路径就去循环decodeFile;使用Option保存图片大小、不要加载图片到内存去
②、拿到的图片一定要经过边界压缩
③、在ListView中取图片时也不要直接拿个路径去取图片，而是以WeakReference、SoftReference、WeakHashMap等的来存储图片信息，是图片信息不是图片哦！
④、在getView中做图片转换时，产生的中间变量一定及时释放
2、异步加载图片基本思想：
1）、先从内存缓存中获取图片显示
2）、获取不到的话从SD卡里获取
3）、都获取不到的话从网络下载图片并保存到SD卡同时加入内存并显示
原理：
优化一：
先从内存中加载，没有则开启线程从SD卡或网络中获取，这里注意从SD卡获取图片是放在子线程里执行的，否则快速滑屏的话会不够流畅。
优化二：
于此同时，在adapter里有个busy变量，表示listview是否处于滑动状态，如果是滑动状态则仅从内存中获取图片，没有的话无需再开启线程去外存或网络获取图片。
优化三：
ImageLoader里的线程使用了线程池，从而避免了过多线程频繁创建和销毁，有的童鞋每次总是new一个线程去执行这是非常不可取的，好一点的用的AsyncTask类，其实内部也是用到了线程池。
在从网络获取图片时，先是将其保存到sd卡，然后再加载到内存，这么做的好处是在加载到内存时可以做个压缩处理，以减少图片所占内存。
Tips：
这里可能出现图片乱跳的问题：
图片错位问题的本质源于我们的listview使用了缓存convertView，假设一种场景，一个listview一屏显示九个item，那么在拉出第十个item的时候，事实上该item是重复使用了第一个item，也就是说在第一个item从网络中下载图片并最终要显示的时候，其实该item已经不在当前显示区域内了，此时显示的后果将可能在第十个item上输出图像，这就导致了图片错位的问题。
所以解决之道在于可见则显示，不可见则不显示。
在ImageLoader里有个imageViews的map对象，就是用于保存当前显示区域图像对应的url集，在显示前判断处理一下即可。
3、内存缓冲机制：
首先限制内存图片缓冲的堆内存大小，每次有图片往缓存里加时判断是否超过限制大小，超过的话就从中取出最少使用的图片并将其移除。
当然这里如果不采用这种方式，换做软引用也是可行的，二者目的皆是最大程度的利用已存在于内存中的图片缓存，避免重复制造垃圾增加GC负担；OOM溢出往往皆因内存瞬时大量增加而垃圾回收不及时造成的。
只不过二者区别在于LinkedHashMap里的图片缓存在没有移除出去之前是不会被GC回收的，而SoftReference里的图片缓存在没有其他引用保存时随时都会被GC回收。
所以在使用LinkedHashMap这种LRU算法缓存更有利于图片的有效命中，当然二者配合使用的话效果更佳，即从LinkedHashMap里移除出的缓存放到SoftReference里，这就是内存的二级缓存。
本例采用的是LRU算法，先看看MemoryCache的实现
publicclassMemoryCache{
privatestaticfinalStringTAG=“MemoryCache”;
//放入缓存时是个同步操作
//LinkedHashMap构造方法的最后一个参数true代表这个map里的元素将按照最近使用次数由少到多排列，即LRU
//这样的好处是如果要将缓存中的元素替换，则先遍历出最近最少使用的元素来替换以提高效率
privateMapcache=Collections
.synchronizedMap）;//缓存中图片所占用的字节，初始0，将通过此变量严格控制缓存所占用的堆内存privatelongsize=0;//currentallocatedsize
//缓存只能占用的最大堆内存
privatelonglimit=1000000;//maxmemoryinbytes
publicMemoryCache{
//use25%ofavailableheapsize
/10）;
}
publicvoidsetLimit{
limit=new_limit;
;}
publicBitmapget{
try{
if）
returnnull;
return;
}catch{
returnnull;
}
}
publicvoidput{
try{
if）
2016年度个人总结和计划
逝者如斯夫，不舍昼夜！
转眼间，自己在XX网里参加工作已经有一年有余了。
回首即将逝去的2016年，可以说是平淡而不普通的一年，发现自己在各方面都比上一年有所进步、提高。
一年的结束孕育着新一年的到来，新的一年意味着新的起点、新的挑战。
昂首期待未来，总结以往经验。
在新一年来临之际，我现把这一年的工作总结一下以及将新一年计划列一下。
大概3月份左右，XXXXApp第一期基本开发完成比较稳定的版本。
在此之前，我主要负责参考XXXXApp的Android客户端的开发工作。
XXXX第一期开发的难度系数相对比较低，开发起来还是相对的容易，所学到的基础知识基本上可以开发出来。
我个人认为当时的开发效率还是比较低的，这里说的是整个项目的开发效率，不是个人负责工作的完成效率，换句话来说是团队的整体开发效率不高，没有达到高效。
这个也许是团队协调与沟通交流还存在不足的地方。
XXXXApp实际上基本可以满足用户的使用，但是项目的代码管理比较杂乱、扩展性差、健壮性也不错、兼容性也不算好。
这无疑导致开发的工作量大大的增加。
产生这些问题的原因有团队的项目开发经验缺乏，有自己个人的开发水平有限、技能不足。
简言之，我的专业技能还不够强。
在3月份之前，公司聘请了外包团队与我们的团队一起开发问答App。
公司的目的培训公司的团队，让我们学习外包团队的技能。
在外包团队的参与和指导下问答App开发工作相当顺利，团队的分工清晰、交流充分、协调都比较好。
问答App的工作接近尾声，意味着XXX的重构工作要紧张的展开。
XXXApp的重构外包团队主要负责聊天模块和其他协调工作，剩下的工作由我们的团队负责。
XXX的开发难度系数相当来说还是有点高的。
在参与XXX的开发过程中，让我增了好多的知识、经验、专业技能，让我明白了要不断地提高自身的能力，让我找到了自己的学习的方式，让我明白了团队的协作的重要性。
总得来说，我的各方面都有所进步了。
在公司里，我在工作中具有良好的职业道德和工作态度，在同事中起到一定的作用，和同事相处融洽，团结友善，配合顺利，并尊重领导意见，服从安排，积极完成各项指示。
在同事与领导之间，得到大部分的好评。
工作中，我一直严格要求自己尽可能认真快速地完成自己的每一项任务，有不明白的地方虚心向他
人请教，并着重自身的发展和提高。
我的社交能力、思
升级会员 