Android 日常开发总结的技术经验 60 条

1顶
0踩

2016-03-08 10:11 by 副主编 mengyidan1988 评论(1) 有4835人浏览

Android 移动开发

1. 全部Activity可继承自BaseActivity，便于统一风格与处理公共事件，构建对话框统一构建器的建立，万一需要整体变动，一处修改到处有效。

2. 数据库表段字段常量和SQL逻辑分离，更清晰，建议使用Lite系列框架LiteOrm库，超级清晰且重心可以放在业务上不用关心数据库细节。

3. 全局变量放全局类中，模块私有放自己的管理类中，让常量清晰且集中.

4. 不要相信庞大的管理类的东西会带来什么好处，可能是一场灾难，而要时刻注意单一职责原则，一个类专心做好一件事情更为清晰。

5. 如果数据没有必要加载，数据请务必延迟初始化，谨记为用户节省内存，总不会有坏处。

6. 异常抛出，在合适的位置处理或者集中处理，不要搞的到处是catch，混乱且性能低，尽量不要在循环体中捕获异常，以提升性能。

7. 地址引用链长时（3个以上指向）小心内存泄漏，和警惕堆栈地址指向，典型的易发事件是：数据更新了，ListView视图却没有刷新，这时Adapter很可能指向并的并不是你更新的数据容器地址（一般为List）。

8.信息同步：不管是数据库还是网网络操作，新插入的数据注意返回ID（如果没有赋予唯一ID），否则相当于没有同步。

9.多线程操作数据库时，db关闭了会报错，也很可能出现互锁的问题，推荐使用事务，推荐使用自动化的LiteOrm库操作。

10.做之前先考虑那些可以公用，资源，layout，类，做一个结构、架构分析以加快开发，提升代码可复用度。

11. 有序队列操作add、delete操作时注意保持排序，否则你会比较难堪喔。

12. 数据库删除数据时，要注意级联操作避免出现永远删不掉的脏数据喔。

13. 关于形参实参：调用函数时参数为基本类型传的是值，即传值；参数为对象传递的是引用，即传址。

14. listview在数据未满一屏时，setSelection函数不起作用；ListView批量操作时各子项和视图正确对应，可见即所选。

15 控制Activity的代码量，保持主要逻辑清晰。其他类遵守SRP（单一职能），ISP（接口隔离）原则。

16. arraylist执行remove时注意移除int和Integer的区别。你懂得。

17. Log请打上Tag，调试打印一定要做标记，能定位打印位置，否则尴尬是：不知道是哪里在打印。

18. 码块/常量/资源可以集中公用的一定共用，即使共用逻辑稍复杂一点也会值得，修改起来很轻松，修改一种，到处有效。

19. setSelection不起作用，尝试smoothScrollToPosition。ListView的LastVisiblePosition（最后一个可见子项）会随着getView方法执行位置不同变动而变。

20.与Activity通讯使用Handler更方便；如果你的框架回调链变长，考虑监听者模式简化回调。

21.监听者模式不方便使用时，推荐EventBus框架库，使用时间总线，没接触过的同学可以自行脑补一下哦。

22. Handler在子线程线程使用Looper.prepare，或者new的时候给构造函数传入MainLooper来确保在主线程run。

23. timepicker 点击确定后需要clearFocus才能获取手动输入的时间。

24. 构造函数里面极度不推荐启动异步线程，会埋下隐患。比如：异步线程调用了本例的示例，就会悲剧等着崩溃吧。

25. 千万不要理所当然的以为一个对象不会为空，充分的做好容错处理；另外注意null也可以插入ArrayList等容器中。

26. ExpandableListView的子列表不能点击（禁用）要把Adapter的isChildSelectable方法返回true。

27. UI显示注意内容过长的情形要提前使用ScrollView否则在小手机上尴尬你懂得。

28. 注意按钮的感应范围不小于9mm否则不易点击；输入框注意光标的位置更易用户输入。

29. 服务器和客户端尽量统一唯一标识（有可能是ID），否则多少会有歧义和问题。

30. 注释，尽量去写足够的注释，去描述一下思路，达到看了可以明白某一块代码的效果。

31. 完整型数据一定要用Sqlite的Transaction，大数据一定要用。粗略测试插入100个数据有20倍的提速，插入1000个数据就有100多倍的提速。

32. 避免String=”null”的情况出现String = null,=””都可以。避免出现title=”无主题”这样的数据提交到数据库浪费空间。

33. 存在多个不同的dbhelper实例情况下，sqlitedatabase对象必然存在不同的实例，多线程同时写入数据，轮流写入数据时会不定时的报db is locked，引起崩溃，不管是操作同张表还是异表。读和写可以同时并发，轮流无规律的交替执行。同时写入数据时解决方案是用并发的每个线程都用事务，db则不会lock，按次整体写入。

34. 建议整个应用维护一个dbhelper实例，只要db没有关闭，全局就只有一个db实例，多线程并发写入db不会lock，严格交替进行写入：123123123。。。（123代表不同线程，轮流插入一个记录），读和写均不会锁住db，读写交替并没有规律，执行次数和程度看cpu分配给哪个线程的时间片长。

35. 一个任务使用事务嵌套N个事务，N个事务中有一个失败，这个任务整体失败，全部成功后，数据才写入，具有安全性，整体性。并且事务写入大批量数据的效率经实际测试成百上千倍的高于一般的单个写入。数据库大量数据、多线程操作建议使用LiteOrm数据库框架，更稳定简单。

36. 经常需要用ListView或者其它显示大量Items的控件实时跟踪或者查看信息，并且希望最新的条目可以自动滚动到可视范围内。通过设置的控件transcriptMode属性可以将Android平台的控件（支持ScrollBar）自动滑动到最底部。

37. Long a; 判断a有没有赋值，if(a == 0)在a没有赋值情况下会报错。应该if(a == null)，Integer、Floag等也一样，原因你懂，只是提醒你要小心喔。

38. 编码遇到读写、出入等逻辑要双向考虑，文件导入导出，字符字节相互转换都要两边转码。

39. 一个 int 值与一个 Integer 对象（能包含 int 值的最小对象）的大小比率约为 1:4（32位和64位机器有不同）。额外的开销源于 JVM 用于描述 Java 对象的元数据也就是 Integer，（Long、Double等也是）。

40. 对象由元数据和数据组成。元数据包括类（指向类的指针，描述了类的类型），标记（描述了对象状态，如散列码、形状等），锁（对象同步信息）。数组对象还包括大小的元数据。

41. 一个在 32 位 Java 运行时中使用 1GB Java 堆的 Java 应用程序在迁移到 64 位 Java 运行时之后，通常需要使用 1.7GB 的 Java 堆。

42. Hash 集合的访问性能比任何 List 的性能都要高，但每条目的成本也要更高。由于访问性能方面的原因，如果您正在创建大集合（例如，用于实现缓存），那么最好使用基于 Hash 的集合，而不必考虑额外的开销。

43. 对于并不那么注重访问性能的较小集合而言，List 则是合理的选择。ArrayList 和 LinkedList 集合的性能大体相同，但其内存占用完全不同：ArrayList 的每条目大小要比 LinkedList 小得多，但它不是准确设置大小的。List 要使用的正确实现是 ArrayList 还是 LinkedList 取决于 List 长度的可预测性。如果长度未知，那么正确的选择可能是 LinkedList，因为集合包含的空白空间更少。如果大小已知或可预知或比较小，那么 ArrayList 的内存开销会更低一些。

43. 选择正确的集合类型使你能够在集合性能与内存占用之间达到合理的平衡。除此之外，你可以通过正确调整集合大小来最大化填充率、最小化未得到利用的空间，从而最大限度地减少内存占用。

44. 充分利用封装（提供接口类来控制访问数据）和委托（helper对象来实施任务）两种理念。

45. 延迟分配 Hashtable：如果 Hashtable 为空是经常发生的普遍现象，那么仅在存在需要存储的数据时分配 Hashtable 应该是一种合理的做法。将 Hashtable 分配为准确的大小：虽然会有默认大小，但建议使用更为准确的初始大小。

46. EditText在setText时不要忘记是否需要setSelection。在大多数情况下是需要设置的。

47. XML两种情况要注意：1 属性名字时候有重复；2 注意文本是否包含非法字符，注意使用CDATA包裹。

48. 当逻辑没有明显问题时考虑对象属性、函数参数、网络传输参数是否全部了解，是否设置正确。

49. 当出现编译或者运行时错误，别人那没问题时，考虑你的编译环境和环境版本是否有问题。

50. 由于String类的immutable性质，当String变量需要经常变换其值时，应该考虑使用StringBuilder提升性能，多线程使用StringBuffer操作string提高程序效率。

51. java 栈的优势是比堆速度快，可共享，主要存放临时变量、参数等，堆的优势是可动态分配内存大小。

52. 只要是用new()来新建对象的，都会在堆中创建，而且其数据是单独存值的，即使与栈中的数据（值）相同，也不会与栈中的数据共享。

53. 基本数据类型定义的变量称自动变量，存的是‘字面值’，存在于栈中，可共享（存在即不新建）。

54. 多个RandomAccessFile对象指向同一个文件，可使用多个线程一起写入无需再自己加锁，经试验结论：三个线程分别写入100万次数据，使用锁约12秒，不使用约8.5秒。100个线程分别写入1万次数据使用锁耗时约4.2秒，不使用锁耗时约3秒。

55. XmlPullParser解析慎用nextText()方法，xml比较复杂，含有空标签、重复名字标签时容易出现异常问题；TEXT中使用getText()方法代替START_TAG中使用nextText()方法；START_TAG，TEXT，END_TAG三个事件配合使用。注意每个xml节点之间（不管是开始节点还是结束节点）都会出现TEXT事件。

56. 改变逻辑的时候考虑全部用到这项功能的地方，分散的地方多了，容易大意。

57. 当系统原生组件出现问题时，查看错误栈信息，自己写一个该组件的子类，并在合适的地方将出错方法复写一下，加上try catch保证不崩溃掉。不要扰乱了该系统控件的正常逻辑。

58. 输入控件注意对空格、换行等符号的控制；输入框里内容注意和左右控件的空间，防止误点击。

59. 注意函数参数里的++或者–操作。是++c 还是 c++，区别很大。

60. 各种地方、永远的不要小看null指针问题，甚至有些场合宁可错杀（try catch），不可放过。

来自：Android开发中文站

来自: Android开发中文站

分享到：

1
顶

0
踩

评论共 1 条请登录后发表评论

1 楼 wxynxyo 2016-03-11 10:25

有一部分其实是编码的规范，这个还是需要看项目的规范度。。。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

Android 日常开发总结的60条技术经验

主要介绍了Android日常开发总结的技术经验60条,需要的朋友可以参考下

【Android】Android 日常开发总结的技术经验 60 条

Android 日常开发总结的技术经验 60 条 https://zhuanlan.zhihu.com/p/24778925？utm_source=qq&utm_medium=social

android日常开发总结的技术经验60条

10.做之前先考虑那些可以公用，资源，layout，类，做一个结构、架构分析以加快开发，提升代码可复用度。 11. 有序队列操作add、delete操作时注意保持排序，否则你会比较难堪喔。 12. 数据库删除数据时，要...

Android日常开发总结的技术经验60条

Android日常开发总结的技术经验60条 1. 全部Activity可继承自BaseActivity，便于统一风格与处理公共事件，构建对话框统一构建器的建立，万一需要整体变动，一处修改到处有效。 2. 数据库表段字段常量和SQL逻辑...

Android 日常开发总结的技术经验

7，做布局之前可以充分考虑一些可以共用的资源，布局文件，类，做一个结构，架构分析，加以快速开发，提升代码的重复使用，减轻开发中遇到的繁琐事务。 8，控制Activity的代码量，保持主要逻辑清晰。其他类...

Android移动技术开发基础课程总结

Android移动技术开发基础课程总结，适用于Android基础学习的人群和大学学习该课程迎接期末的同学，在准备复习的过程中可以使用，在日常学习中也可以进行使用，做到良好的补充。当然，可以根据自己的需求进行修补完善...

Android开发知识体系，技术实现

想要成为一名优秀的Android开发，你需要一份完备的知识体系，在这里，让我们一起成长为自己所想的那样。本文参考了目前大部分 Android 应用启动优化的方案，将大家的方案做一个汇总，如果你有这方面的需求，只需要...

Android 开发软件架构思考以及经验总结

Android 开发软件架构思考以及经验总结，详解讲解了实际项目中的Android架构经验

Android工作经验三年总结。（零基础自学Android）

两年前写过一篇 Android工作经验一年总结之后还是不少的小伙伴加到了我的QQ分享经验，现在基本上都找到了比较满意的工作踏上了脱发之路。大概又20几个吧，都是经历和我差不多，也是愿意是吃过和学习的，只有一个是...

Android开发软件架构思考以及经验总结

本文目的有三，一是整理这段时间的架构学习和思考以及总结这一年的开发经验教训，二是希望能够与各位朋友探讨移动端App的架构设计，三是希望我们每一个应用开发者能够拥有架构的意识。个人的水平有限，文中如果不当...

Android开发必备知识为什么说Kotlin值得一试

Bugly 技术干货系列内容主要涉及移动开发方向，是由 Bugly 邀请腾讯内部各位技术大咖，通过日常工作经验的总结以及感悟撰写而成，内容均属原创，转载请标明出处。 1.1 Kotlin的身世写了许久Java，有没有发现其实...

android 日常迭代与维护总结一

因为产品多，android开发技术人员少。很多需要我亲力亲为。这里记录一下日常遇到的小知识。 1、actionbarsherlock框架，标题栏返回处理 //去掉app图标显示 getSupportActionBar().setDisplayShowHomeEnabled(false...

《移动应用开发技术——Android》课程报告-个人记账系统

《移动应用开发技术_android》课程报告

Android应用开发

随着智能手机和移动设备的日益普及，Android应用开发已经成为了一个越来越重要的领域。无论是个人还是企业，在这种趋势下都需要找到一种使用者可以轻松访问的方式展示他们的品牌或产品。同时，Android应用也成为了...

#3，Android Studio Android开发APP的开发语言和APP连接的数据库总结

基于安卓系统的App开发主要有两大技术路线，分别是原生开发和混合开发。原生开发指的是在移动平台上利用官方提供的编程语言（例如Java、Kotlin等）、开发工具包（SDK）、开发环境（Android Studio）进行App开发；

大厂OPPO面试— Android 开发技术面总结

，感觉作为移动端技术人员，就目前而言，转行需要学习新的技术，还需要重新开始，不如进阶技术，学好Android，走向大厂。本来着作者丨AffyFei ，原文地址：www.jianshu.com/p/b110f9c13… 今天早上参加了深圳 OPPO...

OPPO Android 开发技术面总结

code小生,一个专注 Android 领域的技术平台公众号回复 Android 加入我的安卓技术群作者：AffyFei链接：https://www.jianshu.co...

chromedriver-win64_121.0.6123.0.zip

Chekiang Shu Ke Sung-mianfeiziti字體下載

中国科学院大学22-23秋季学期《程序设计基础与实验（C语言）》课程大作业——基于Min-Max搜索策略的五子棋对战程序

C语言是一种广泛使用的编程语言，它具有高效、灵活、可移植性强等特点，被广泛应用于操作系统、嵌入式系统、数据库、编译器等领域的开发。C语言的基本语法包括变量、数据类型、运算符、控制结构（如if语句、循环语句等）、函数、指针等。在编写C程序时，需要注意变量的声明和定义、指针的使用、内存的分配与释放等问题。C语言中常用的数据结构包括： 1. 数组：一种存储同类型数据的结构，可以进行索引访问和修改。 2. 链表：一种存储不同类型数据的结构，每个节点包含数据和指向下一个节点的指针。 3. 栈：一种后进先出（LIFO）的数据结构，可以通过压入（push）和弹出（pop）操作进行数据的存储和取出。 4. 队列：一种先进先出（FIFO）的数据结构，可以通过入队（enqueue）和出队（dequeue）操作进行数据的存储和取出。 5. 树：一种存储具有父子关系的数据结构，可以通过中序遍历、前序遍历和后序遍历等方式进行数据的访问和修改。 6. 图：一种存储具有节点和边关系的数据结构，可以通过广度优先搜索、深度优先搜索等方式进行数据的访问和修改。这些数据结构在C语言中都有相应的实现方式，可以应用于各种不同的场景。C语言中的各种数据结构都有其优缺点，下面列举一些常见的数据结构的优缺点：数组：优点：访问和修改元素的速度非常快，适用于需要频繁读取和修改数据的场合。缺点：数组的长度是固定的，不适合存储大小不固定的动态数据，另外数组在内存中是连续分配的，当数组较大时可能会导致内存碎片化。链表：优点：可以方便地插入和删除元素，适用于需要频繁插入和删除数据的场合。缺点：访问和修改元素的速度相对较慢，因为需要遍历链表找到指定的节点。栈：优点：后进先出（LIFO）的特性使得栈在处理递归和括号匹配等问题时非常方便。缺点：栈的空间有限，当数据量较大时可能会导致栈溢出。队列：优点：先进先出（FIFO）的特性使得

1顶0踩