android开发,android开发菜鸟教程

android开发需要注意什么

1、不要排斥新技术和新工具。

Android Studio 1.0 之后的版本，基本已经稳定到可以支持正常的工作开发的程度了。单纯就书写效率而言，Android Studio 带来的好处绝对大于它和Gradle的学习成本。JetBrains的IDE，用过都说好。

还有就是适当的提升targetSdkVersion到新版本。

2、代码设计方面的问题，大部分都能在Android系统源码里找到解决方案。

当你想设计一个新模块，或者实现一个新ui组件的时候，应该采用哪些设计模式、应该以哪种形式给外界提供接口之类的问题，大部分都可以参考Android系统的源码，找到实现方式。Google为安卓程序员提供了一座现成的宝库。

3、理解Android和Java内存管理方式，至少要理解垃圾回收和Java的引用。

就好比学OC就要先理解黄金法则一样，而java的内存管理，其实比OC要好理解多了。

这可能会帮助你大大减少程序异步操作产生的空指针崩溃。也会帮助你理解为什么滥用单例模式会导致内存的臃肿。还会帮助你养成不用“+”去连接超大字符串的好习惯。

4、ContentProvider并不是只有在跨进程共享数据的才有用，把数据库表映射到一个独立的uri是Google鼓励的实现方式。

从设计上讲，用uri（统一资源标识符）去描述数据，肯定比sql语句要理想。

从效果上讲，用CursorLoader读取数据是让iOS程序员都羡慕不已的事情，作为android程序员，何苦不用呢。

5、理解Activity任务栈。

非Activity的Context对象如果直接启动Activity会报错，这只是一个表面现象，真正起作用的其实是Activity任务栈机制。

理解Activity任务栈机制以及Activity的各种启动方式，会帮助解决大部分页面关系错乱问题，以及应用互相掉起、任务栏进入应用、后台弹窗引起的各种问题。

6、对于一些奇葩的第三方ROM，调用其非主流api的时候，可以使用反射。

在适配一些第三方ROM的的时候，调用一些在开发环境中没有，但在运行环境中有的方法时，可以使用反射。比方说，华为双卡手机可能会提供获取第二块SIM卡信息的api，如果直接调用，在开发环境可能无法通过正常编译，用反射就没问题。这属于不得已而用反射的一种情况。

7、SQLite的锁，是数据库级别的锁，也就是说同一个数据库的写操作无法并发执行。

所以，在数据库设计的时候，如果表太多，尽量将没有关联的表拆到多个数据库文件中。

8、Bitmap的内存占用问题。

这是一个困扰2.X时代android程序员的问题。

2.X时代Bitmap对象虽然存储在堆内存中，但是用了一个byte数组存储其像素信息。通过计数器来记录该像素信息被引用的个数。有人认为这个byte数组在native堆中，但事实上它也在堆中。

只有在使用者调用recycle()后，Bitmap对象才会释放像素信息，才会在失去引用后，被垃圾回收机制销毁。再加上DVM的heap size有严格的阀值，所以在使用大量图片资源的时候，及其容易发生OOM。

解决办法一般都是，用一个哈希表存储Bitmap对象的软引用，作为内存缓存，并在适当时机掉用其recycle()。

3.0以上版本Bitmap对象可以通过垃圾回收机制完全销毁，理论上不用再调用recycle()。

相关问答

Q1: Android 开发行业真的不行了嘛？

难道Android开发行业真的凉了吗？那身处于Android开发行业的人该怎么办？

其实不管在任何行业，任何岗位，初级技术人才总是供大于求，都是不好找工作的，Android开发只是其中之一，同样，不管任何行业、岗位，技术过硬的也都是非常吃香的！

说到底，是Android凉了吗？其实并没有！

只是市场对于Android 开发者们的技术要求越来越高了，说到底看过硬的技术。如果你从事Android开发十年，技术还停留在最开始的前两年的技术，那你做不长久。

技术不过硬，就算转去Java、大数据、人工智能，还是会问出类似的问题：

身边有很多同学都会问到：

难国内的用户手机系统占比来说，Android应该是最多，至于鸿蒙只是刚起步，暂目前用户使用的广度还是没有Android大，但后面发展的怎样，还是一个未知的。

我们可以看下现在目前Android 中高级开发市场的薪资，基本都是20K起步

薪酬范围还是可以的，而且提升空间也不小，技术牛逼点的一个月30K不难。

我觉得吧，首先抛开其他因素，就拿人云亦云来说，在当下这个互联网时代，很多技术一下子就火起来了，这个时候匹配的岗位需求肯定也多了，难道每次都想着换方向，转岗？

显然这个是不对的，这些火热的技术肯定会慢慢趋于正常，那么你又回到了原点。如果还是思路不变，那么就会永远的原地踏步。

转行，就是抛弃自己现有的基础，重新开始！身边也有不少Android开发的小伙伴转行Java，但是他们对于目前的市场还是过于乐观，Java市场竞争不大吗？从0开始的你，甚至连应届生都比不过……

想要有效的提升自己的价值还是需要讲方法的，这个说简单也不简单，说难也不是很难，只要你自己有恒心。

大家可以参照以下学习方法来提升自己的价值：

作为身处开发类岗位的大家或者还在纠结方向的大家，我觉得还是找准方向，深耕。技术有一点深度了，然后工作经验也有了，那么我相信距离稳定的高薪也就不远了。

因为就目前形势来说，对于企业，初级开发都比较好招，但是中级或以上的就比较难了，有很多公司在这上面花了很多时间，找简历，猎头，主动联系等等，最终也是无功而返。

这其实也就变相说明了，行业内中高端人才的稀缺。想要高薪，必先埋头钻研，自身达到一定高度，薪酬自然跟着上去。

换个角度，当你技术有一定深度的时候，对于一些其他技术，或多或少都会有所涉及的。这个时候技术的广度也有了，大家还会觉得薪资会低吗？

那么，接下来我就带着大家一起来看看，一线大厂的Android开发者都需要掌握哪些技能知识点呢？

可参考下图《 Android 中高级工程师的成长曲线 》：

我在网上收集了一些 Android 开发相关的学习文档、面试题、Android 核心笔记等等文档，希望能帮助到大家学习提升， 如果有需要的朋友可以 点击这里查看获取方式 传送门直达 ！！！希望能够帮助到大家。

Q2: Android端开发的工作是否真的难找？

与一个在行业里干了六七年的Android前辈聊了聊，得出以下结论以供参考。

首先Android开发的工作在一线城市并难找，但很多都是去填坑的，招过去就把人往死里用，而且这些项目所使用的技术也比较老旧，这也意味着开发效率高不到哪去，纯粹的人肉BUG修复机。最主要的是工资也比后端低20%-30%。

而且一线城市的大公司或大国企不太愿意养移动端开发或者说是整个开发团队，有需求人家就直接找外包；小公司也是迫于项目的需求才去招移动端开发，但项目结束后要么叫你走人，要么叫你转vue / react 开发。近年来招Flutter开发的也比较多。

除了移动互联网应用的Android 开发，其他方向的开发更加小众，更底层，需要懂NDK/C++，用的技术也更冷门，出了问题都找不到解决办法，自然用人需求也更少。

希望新人入行慎重考虑。

Q3: 如何创建一个Android开发项目

工具/材料

电脑

android studio

01

从网上下载并安装Android Studio然后打开它。现在，你准备好开始你的第一个Android应用程序！

首先是这个android项目的项目名,在这里进行输入即可

注意,这里我们使用的android studio的版本为2.2

一直下一步,等待一定的时间,这取决于你机器的配置,android studio最为谷歌官方唯一指定的android项目开发ide,具有超高度的功能集合性,同时后面我们会看到android studio采用和eclipse不同的编译方式,即Gradle编译,以及采用云资源模式(服务器全在海外,部分功能需要翻墙才能使用,醉了),所以,不要对其卡慢抱有不满情绪.

02

选择对应的android sdk版本,android像ios一样,也有很多分类版本了,从低到高,还有像android wear(手表), android TV(电视),android auto(车载)等各种版本,选择你要将这个项目跑到什么设备上边去,以及系统的版本,这里我们选择android手机项目,版本可以选择4.0,目前4.0基本就是最低版本,当然微信,qq,支付宝之类的都是一直支持到2.3版本的

03

这里是android项目的布局文件,目前因为我们这个项目只有一个主窗口,这个布局文件就是属于主窗口的,这里记录的这个窗口中有哪些控件,以及这些控件的位置和排列模式,像TextView就是一个文本控件,而RelativeLayout则是布局控件,用于控制控件的布局。

04

这就是穿着中的gradle编译的编译配置文件了,里面包含了编译中的各种配置选项,对于从eclipse中转过来的人来说,要搞懂这里的各种配置可是要费不少脑子的哈!

05

这是android项目的清单文件,这里包含了这个应用程序的图标设置,以及activity等,activity是android四大组件之一,可以直观理解为我们看到的一个个的窗体,凡是需要显示出来的activity,都需要在这里注册写明

06

这里是窗口的java主类,android的主要编程语言是java语言,当然也有支持c++编程的ndk,以及现在很火的前端脚本编写android项目的方法,这个类表示主窗口,OnCreat()方法会在这个界面被启动的时候执行。

07

点击这里即可运行这个由系统为我们编写好android项目了,没错,这已经是一个完成的android项目,只是比较简单而已,但主要部件都不少。

08

我们启动的应用就是跑在这里的模拟器当中的,我们可以创建自己的模拟器,自由的对模拟器的配置进行自定义,包括模拟器的系统版本

09

完美,我们的第一个应用程序已经跑起来了,虽然只是显示了一个Hello World文本,不过怎们样都算完成了一个android应用程序,后续只要对其进行打包签名,混淆加密后即可发布到应用市场供别人下载使用.

Q4: Android软件开发主要是学习什么的？

近半年来，手机的安卓系统与ios系统是目前主流的手机系统，Android软件开发主要是学习什么的？IT培训发现安卓开发的技术很多的，如果想一次性学好是不实际的，但下面这些基础还是要学好的。

1、Activity生命周期

虽然Android中有四大组件，但是不可否认Activity是最常用的。所以熟练掌握Android的生命周期是必须的。其实生命周期就是记住Activity的那些方法在什么时候被系统调用，这样才可以把对应的逻辑代码写到合适的方法内部去。

至于服务和广播组件可以稍微缓一下，到实际使用的时候再学习都可以。

2、界面开发技术

界面开发是一种基本的技术，几乎所有的程序里面都需要用到。在Android开发中界面开发分为3种：

1)使用xml文件布局

使用xml首先对于界面进行布局，然后在Activity里面进行引用是最常见的应用软件开发技术，这种方式使用的最大，需要学习的内容也最多。学习时需要熟悉：

a)五种Layout布局

深刻理解五种布局组织控件的方式是一个基本的基础，这样你才可以在实际的界面中灵活的使用每种布局结构，构造出需要的界面。

b)常用控件

控件有很多，至少要知道每种控件是做什么的，至于里面的特定参数和方法可以学要的时候再去查

c)界面美化

系统的控件很多时候无法满足要求，需要通过添加背景更换图片等进行美化，要熟悉每种控件如何去美化。

掌握了上面的内容，通过布局的嵌套就可以制作出各种界面，如果在熟悉include的使用就可以减少xml的重复，方便后期的修改和维护了。

2)使用代码动态创建

有些时候需要动态的创建一些布局和控件，这个就需要使用LayoutInflater去创建一些动态的界面了。

3)自己绘制界面

游戏中常用，继承SurfaceView自己绘制。

3、数据存储技术

Android中的数据存储方式有3种：

1)SharedPrefereneces存储

对于简单的数据可以使用该方式存储，以键值对的方式存储一些基本的数据。

2)文件存储

将数据以文件的形式存储，可以是手机自身的存储也可以是SD卡，文件的数据格式自己定义。

3)SQLite数据库存储

使用标准SQL语句进行操作，复杂数据的首选。

4、网络编程

现在的Android程序不需要联网的已经不多了。所以网络编程也是必须的，一般的公司都会封装有自己的联网结构，但是基本的联网还是要熟悉。

1)HTTP联网

使用Http联网+Json数据格式是现在很多客户端的首选。

2)Socket联网

至于蓝牙等连接方式则可以在项目需要的时候学习。

对于手机的系统功能，如拨打电话、发送短信、读取系统参数等则可以根据需要在学习，不麻烦的。

其次，手机软件相关

Android开发不同于普通的电脑软件开发，需要了解手机的操作习惯，知道手机的屏幕不大、内存有限，电池有限等，在实际开发和设计时尽量考虑。

Q5: Android开发的未来？

开门见山的说，Android确实已经没有了几年前的风光，当时喊出的占据生活里的每一块屏幕的口号，或许已经没有多少人还记得。

从事安卓开发也有几年的时间了，回想起最开始学习安卓的时候，老师跟我们一帮菜鸟说，学安卓的人，要有一股子“情怀”，我很喜欢这个描述。我觉得老师口中这个情怀，也应该是所有前端或者说是面向用户的研发人员都需要的。

回归正题。

关于安卓开发的未来，不知道从什么时候起，各种论坛、自媒体，唱衰安卓的早已屡见不鲜，刚开始我确实还很担心，担心什么时候会因为发生了什么事失去自己的工作，准确来说，甚至我也害怕失去这个行业。

我看过很多互联网大佬的博客，他们大多都有讲过这个问题，我觉得说得也很清晰，并非是市场饱和了，而是，市场对安卓从业人员的要求更高了。这个观点，我觉得是找到了根儿。

分析安卓开发的未来，可以先从市场对移动端的要求来说，我觉得就一个字，快。

快速开发，快速更迭。

现在的市场跟几年前移动互联网方兴未艾的时候不一样，那个时候真的是一个APP就可以创业。但是现在，人工智能、大数据、大前端的趋势下，移动端早已不再是Android和IOS的天下，小程序、公众号、混合开发等等新技术新方式正在成为新宠，甚至还有部分企业打出“去安卓化”的口号。

那么，相比于那些可以快速迭代优化的移动端方案，安卓真的失去了竞争力了么？我觉得不然，虽然说安卓在应用层面的发展趋于饱和，但是未来，安卓在人工智能、与5G结合的产业，以及IOT行业，智能家居等全新的移动生态中，仍然大有可为。智慧社区、智慧物业、智慧政务、智慧景区等全新的智慧生态场景，正在逐步改变我们过去的生活方式。

手机早已不是Android的主战场了。

除了谈安卓未来的发展，我也想谈谈我对技术的看法。

研发工程师难以突破瓶颈的原因，未必在技术层面。经常能听到有的人抱怨自己的工作好像是边缘业务，总觉得自己做的工作不过是后台的一个“窗口”，好像安卓只是在做一些协助后台操作数据库的重复性工作。

我相信应该也有人有同样的想法吧，因为我也曾这么理解过，但是一件事改变了我的观点。

我举一个例子。

两个人同时负责一个项目的研发工作，产品经理和UI出了完整的原型图和设计图。甲看了看，觉得没有什么难度，就是简单的几个页面，调几个接口的事儿，于是风风火火地开始搞。乙觉得，虽然页面不多，功能也不算复杂，但是有几个地方的交互产品设计得很巧妙，可能单纯地实现那些交互细节都要花很长的时间。没几天，甲负责的模块就做得差不多了，于是就放松了，等乙做完了，各自自测之后，就提交测试了。

到这里我觉得不用继续描述，明眼人就已经知道结局。

通过这个例子我想说，研发人员要对自己的作品负责。

的确，如果说严格按照产品的设计去做了，哪怕是客户用着不舒服，那也是产品经理背锅，又或者说测试人员测完APP上线了，上线之后出了BUG，流程上也会先追究测试的责任。但是我觉得安卓研发人员需要对自己拿出手的东西有一种期许，就是用户用着自己完成的APP的时候，会觉得，嗯，很好用。

好用。

做到“好用”这两个字其实很难。

安卓不仅仅是安卓，学技术的本身不是为了炫技，而只是为了解决用户的需要，急人所急，就这么简单。对个人来说，如果可以在一个领域深耕，做到极致，努力成为这个方向的专家，那么不存在安卓已死的论调。同时，研发工程师同样需要产品思维，从更高的角度去思考打磨自己的作品，培养自己的“情怀”。