android通讯开发

❶ 请问如何开发android IM即时通讯软件

就想普通开发一样，用java开发客户端软件。主要是服务端比较难，需要服务器的。

❷ 请问如何开发android IM即时通讯软件

主要是服务端比较难，需要服务器的。

❸ Android开发之串口通信:AndroidSerialPort

Android 串口通信，基于 谷歌官方android-serialport-api 编译

项目github地址： https://github.com/AIlll/AndroidSerialPort

读取数据时很可能会遇到分包的情况，即不能一次性读取正确的完整的数据

解决办法：可以在读取到数据时，让读取数据的线程sleep一段时间，等待数据全部接收完，再一次性读取出来。这样应该可以避免大部分的分包情况

只接收一条数据的情况下，以上方法可以应对数据分包，数据量多的情况下需要考虑是否会因为sleep导致接收多条数据，可以根据通信协议核对包头包尾等参数。

打开串口时，会检测读写权限，当没有权限时，会尝试对其进行提权

❹ 请教android即时通讯开发的思路

TCP 需要一台服务器进行中间处理 或者在局域网内通讯 获取信息 压缩 socket 去研究下webrtc吧

❺ IM即时通讯开发如何实现Android版智能心跳机制

IM即时通讯开发如何实现Android版智能心跳机制。

大体思路

a）延迟心跳测试法：这是测试结果准确的前提保障，我们认为长连接建立后连续三次成功的短心跳就可以很大程度的保证下一次心跳环境是正常的。

b）成功一次认定，失败连续累积认定：成功是绝对的，连续失败多次才可能是失败。

c）临界值避免：我们使用比计算出的心跳稍微小一点的值做为稳定心跳避免临界值。

d）动态调整：即使在一次完整的智能心跳计算过程中，我们没有找到最好的值，我们还有机会来进行校正。

方案需考虑到影响连接寿命的思素

在Android下，不管是GCM，还是微信，都是通过TCP长连接来进行消息收发的，TCP长连接存活，消息收发就及时，所以要对影响TCP连接寿命的因素进行研究。

1、NAT超时

大部分移动无线网络运营商都在链路一段时间没有数据通讯时，会淘汰 NAT 表中的对应项，造成链路中断（NAT超时的更多描述见附录9.1）。NAT超时是影响TCP连接寿命的一个重要因素(尤其是国内)，所以客户端自动测算NAT超时时间，来动态调整心跳间隔，是一个重要的优化点。

2、DHCP的租期 （lease time）

目前测试发现安卓系统对DHCP的处理有Bug，DHCP租期到了不会主动续约并且会继续使用过期IP，这个问题会造成TCP长连接偶然的断连。（租期问题的具体描述见附录9.2）。

3、网络状态变化

手机网络和WIFI网络切换、网络断开和连上等情况有网络状态的变化，也会使长连接变为无效连接，需要监听响应的网络状态变化事件，重新建立Push长连接。

心跳范围选择

1、前后台区分处理：

为了保证微信收消息及时性的体验，当微信处于前台活跃状态时，使用固定心跳。微信进入后台（或者前台关屏）时，先用几次最小心跳维持长链接。然后进入后台自适应心跳计算。这样做的目的是尽量选择用户不活跃的时间段，来减少心跳计算可能产生的消息不及时收取影响。

2、后台自适应心跳选择区间：

可根据自身产品的特点选择合适的心跳范围。

自适应心跳算法量化描述

因为每个网络的NAT时间可能不一致。所以需要区分计算，数据网络按subType做关键字，WIFI按WIFI名做关键字。对稳定的网络，因为NAT老化时间的存在，在自适应计算态的时候，暂设计以下步骤在当前心跳区间逼近出最大可用的心跳。 即时通讯聊天软件app开发可以加蔚可云的v：weikeyun24咨询

a）变量说明：

[MinHeart，MaxHeart]——心跳可选区间。

successHeart——当前成功心跳，初始为MinHeart

curHeart——当前心跳初始值为successHeart

heartStep——心跳增加步长

successStep——稳定期后的探测步长

经过该流程，会找到必然使心跳失败的curHeart（或者MaxHeart），为了保险起见，我们选择比前一个成功值稍微小一点的值作为后台稳定期的心跳间隔。

影响手机网络测试的因素太多，为了尽量保证测试结果的可靠性，我们使用延迟心跳测试法。在我们重新建立TCP连接后，先使用  短心跳连续成功三次，我们才认为网络相对稳定，可以使用curHeart进行一次心跳测试。图4-2显示了一次有效心跳测试过程。图4-3显示了在没有达到稳定网络环境时，我们会一直使用固定短心跳直到满足三次连续短心跳成功。

使用延迟心跳测试的好处是，可以剔除偶然失败，和网络变化较大的情况（如地铁），使测试结果相对可靠（五次延迟测试确定结论）。同时在网络波动较大的情况，使用短心跳，保证收取消息相对及时。

c）运行时的动态调整策略(已经按测算心跳稳定值后)

NAT超时值算出来后，在维持心跳的过程中的策略。

-  无网络、网络时好时坏、偶然失败、NAT超时变小：

在后台稳定期发生心跳发生失败后，我们使用延迟心跳测试法测试五次。如果有一次成功，则保持当前心跳值不变；如果五次测试全失败，重新计算合理心跳值。该过程如图4-4所示，有一点需要注意，每个新建的长连接需要先用短心跳成功维持3次后才用successHeart进行心跳。

NAT超时变大：

以周为周期，每周三将后台稳定态调至自适应计算态，使用心跳延迟法往后探测心跳间隔。

-  successHeart是NAT超时临界值：

因为我们现在选择的是一个比successHeart稍小的值作为稳定值，所以在计算过程中可以避开临界值。当运营商在我们后台稳定期将NAT超时调整为我们当前计算值，那么由于我们每周会去向下探索，所以下一周探测时也可以及时调整正确。

d）冗余Sync和心跳

在用户的一些主动操作以及联网状态改变时，增加冗余Sync和心跳，确保及时收到消息。

1、当用户点亮屏幕的时候，做一次心跳。

2、当微信切换到前台时，做一次Sync。

3、联网时重建信令TCP，做一次Sync。

可能存在的风险及预防措施

DHCP租期因素：

1、问题：根据目前的测试结果显示，安卓不续约到期的IP Bug，会导致TCP连接在不确定的时间点失效，从而会导致一次心跳失败。

2、预防：统计后台稳定期的心跳成功率，上报给后台。后台可以按地区分网络监控这个指标的波动，并且后台可以根据不同的波动，动态调整某区域特定网络下可选的心跳区间。

NAT超时介绍

因为 IP v4 的 IP 量有限，运营商分配给手机终端的 IP 是运营商内网的 IP，手机要连接 Internet，就需要通过运营商的网关做一个网络地址转换(Network Address Translation，NAT)。简单的说运营商的网关需要维护一个外网 IP、端口到内网 IP、端口的对应关系，以确保内网的手机可以跟 Internet 的服务器通讯。

❻ android开发中跨进程通信有几种方式

Android进程间通信的几种方式 定义多进程
第一：Android应用中使用多进程只有一个办法（用NDK的fork来做除外），就是在AndroidManifest.xml中声明组件时，用android:process属性来指定。
不知定process属性，则默认运行在主进程中，主进程名字为包名。
android:process = package:remote，将运行在package:remote进程中，属于全局进程，其他具有相同shareUID与签名的APP可以跑在这个进程中。
android:process = :remote ，将运行在默认包名:remote进程中，而且是APP的私有进程，不允许其他APP的组件来访问。
第二：多进程引发的问题
静态成员和单例失效：每个进程保持各自的静态成员和单例，相互独立。
线程同步机制失效：每个进程有自己的线程锁。
SharedPreferences可靠性下降：不支持并发写，会出现脏数据。
Application多次创建：不同进程跑在不同虚拟机，每个虚拟机启动会创建自己的Application，自定义Application时生命周期会混乱。
综上，不同进程拥有各自独立的虚拟机，Application，内存空间，由此引发一系列问题。
第三： 进程间通信
Bundle/Intent传递数据：
可传递基本类型，String，实现了Serializable或Parcellable接口的数据结构。Serializable是Java的序列化方法，Parcellable是Android的序列化方法，前者代码量少（仅一句），但I/O开销较大，一般用于输出到磁盘或网卡；后者实现代码多，效率高，一般用户内存间序列化和反序列化传输。
文件共享：
对同一个文件先后写读，从而实现传输，linux机制下，可以对文件并发写，所以要注意同步。顺便一提，Windows下不支持并发读或写。
Messenger：
Messenger是基于AIDL实现的，服务端（被动方）提供一个Service来处理客户端（主动方）连接，维护一个Handler来创建Messenger，在onBind时返回Messenger的binder。
双方用Messenger来发送数据，用Handler来处理数据。Messenger处理数据依靠Handler，所以是串行的，也就是说，Handler接到多个message时，就要排队依次处理。
AIDL：
AIDL通过定义服务端暴露的接口，以提供给客户端来调用，AIDL使服务器可以并行处理，而Messenger封装了AIDL之后只能串行运行，所以Messenger一般用作消息传递。
通过编写aidl文件来设计想要暴露的接口，编译后会自动生成响应的java文件，服务器将接口的具体实现写在Stub中，用iBinder对象传递给客户端，客户端bindService的时候，用asInterface的形式将iBinder还原成接口，再调用其中的方法。
ContentProvider：
系统四大组件之一，底层也是Binder实现，主要用来为其他APP提供数据，可以说天生就是为进程通信而生的。自己实现一个ContentProvider需要实现6个方法，其中onCreate是主线程中回调的，其他方法是运行在Binder之中的。自定义的ContentProvider注册时要提供authorities属性，应用需要访问的时候将属性包装成Uri.parse("content://authorities")。还可以设置permission，readPermission，writePermission来设置权限。 ContentProvider有query，delete，insert等方法，看起来貌似是一个数据库管理类，但其实可以用文件，内存数据等等一切来充当数据源，query返回的是一个Cursor，可以自定义继承AbstractCursor的类来实现。
Socket：
学过计算机网络的对Socket不陌生，所以不需要详细讲述。只需要注意，Android不允许在主线程中请求网络，而且请求网络必须要注意声明相应的permission。然后，在服务器中定义ServerSocket来监听端口，客户端使用Socket来请求端口，连通后就可以进行通信。

❼ 昆明北大青鸟分享Android开发需要学习哪些内容

随着移动互联网的发展，各种智能手机APP接踵而来，在手机APP应用市场中，数量最多的就是Android开发的手机软件了。Android开发也成为当下较热门行业。那么，昆明北大青鸟http://www.kmbdqn.com/就告诉你，想要学习Android开发，需要学习哪些课程?

Java面向对象编程

1、Java基本数据类型与表达式，分支循环。

2、String和StringBuffer的使用、正则表达式。

3、面向对象的抽象，封装，继承，多态，类与对象，对象初始化和回收;构造函数、this关键字、方法和方法的参数传递过程、static关键字、内部类，Java的垃极回收机制，Javadoc介绍。

4、对象实例化过程、方法的覆盖、final关键字、抽象类、接口、继承的优点和缺点剖析;对象的多态性：子类和父类之间的转换、抽象类和接口在多态中的应用、多态带来的好处。

5、Java异常处理，异常的机制原理。

6、常用的设计模式：Singleton、Template、Strategy模式。

7、JavaAPI介绍：种基本数据类型包装类，System和Runtime类，Date和DateFomat类等。

8、Java集合介绍：Collection、Set、List、ArrayList、Vector、LinkedList、Hashset、TreeSet、Map、HashMap、TreeMap、Iterator、Enumeration等常用集合类API。

9、JavaI/O输入输出流：File和FileRandomAccess类，字节流InputStream和OutputStream，字符流Reader和Writer，以及相应实现类，IO性能分析，字节和字符的转化流，包装流的概念，以及常用包装类，计算机编码。

10、Java高级特性：反射、代理和泛型。

11、多线程原理：如何在程序中创建多线程(Thread、Runnable)，线程安全问题，线程的同步，线程之间的通讯、死锁。

12、Socket网络编程。

Javaweb开发

1、Java解析XML文件DOM4J。

2、MySql数据库的应用、多表连接查询的应用。

3、Jsp和Servlet应用。

4、Http协议解析。。

5、Tomcat服务器的应用配置。

6、WebService服务配置应用。

androidUI编程

1、Android开发环境搭建：Android介绍，Android开发环境搭建，先进个Android应用程序，Android应用程序目录结构。

2、Android初级控件的使用：TextView控件的使用Button控件的使用方法EditText控件的使用方法ImageView的使用方法RadioButton的使用方法Checkbox的使用方法Menu的使用方法。

3、Android高级控件的使用：Autocompletion的使用方法ListView的使用方法GridView的使用方法Adapter的使用方法Spinner的使用方法Gallary的使用方法ScrollView的使用方法。

4、对话框与菜单的使用：Dialog的基本概念AlertDialog的使用方法DatePickerDialog的使用方法Menu的使用方法自定义Menu的实现方法。

5、控件的布局方法：线性布局的使用方法相对布局的使用方法表格布局的使用方法。

6、多Acitivity管理：AndroidManifest.xml文件的作用，Intent的使用方法，使用Intent传递数据的方法，启动Activity的方法，IntentFilter的使用方法，ActivityGroup的使用方法。

7、自定义控件实现方法：自定义ListView的实现方法，可折叠ListView的使用方法，自定义Adapter的实现方法，自定义View的实现方法，动态控件布局的上实现方法。

❽ Android蓝牙开发（二）经典蓝牙消息传输实现

上篇文章中，我们主要介绍了蓝牙模块，传统/经典蓝牙模块BT和低功耗蓝牙BLE及其相关的API，不熟悉的可以查看 Android蓝牙开发（一）蓝牙模块及核心API 进行了解。

本篇主要记录用到的经典蓝牙开发流程及连接通讯。

蓝牙连接前，给与相关系统权限：

安卓6.0以上系统要动态请求及获取开启GPS内容：

蓝牙核心对象获取，若获取对象为null则说明设备不支持蓝牙：

判断蓝牙是否开启，没有则开启：

蓝牙扫描：

取消扫描：

蓝牙监听广播，监听蓝牙开关，发现设备，扫描结束等状态，定义状态回调接口，进行对应操作，例如：监听到蓝牙开启后，进行设备扫描；发现设备后进行连接等。

客户端，与服务端建立长连接，进行通讯：

服务端监听客户端发起的连接，进行接收及通讯：

客户端连接及服务端监听基类，用于客户端和服务端之前Socket消息通讯，进行消息或文件的发送、接收，进行通讯关闭操作等：

我这里只是简单记录了项目中用到的蓝牙通讯，两个设备之间不通过配对进行连接、通讯。
相关详细内容及使用请查看Github项目： https://github.com/MickJson/BluetoothCS

蓝牙配对操作及其它内容，可以详细查看我下面的参考资料，写的十分详细，比如设备通过MAC地址，可以通过BluetoothAdapter获取设备，再通过客户端connect方法去进行连接等。

连接中遇到问题：read failed, socket might closed or timeout, read ret: -1。

通过改UUID，反射等方法都还是会出现错误。连接时，要确保服务端及客户端都处于完全断开状态，否则连接就会出现以上问题，但偶尔还是会有问题，期待有什么好的方法可留言告诉我。

参考资料：

Android-经典蓝牙(BT)-建立长连接传输短消息和文件

Android蓝牙开发—经典蓝牙详细开发流程

欢迎点赞/评论，你们的赞同和鼓励是我写作的最大动力！

❾ 盘点im即时通讯开发中Android后台保活方案

对于IM应用和消息推送服务的开发者来说，在Android机型上的后台保活是个相当头疼的问题。

老板一句：“为什么微信、QQ能收到消息，而你写的APP却不行？”，直接让人崩溃，话说老板你这APP要是整成微信、APP那么牛，直接进手机厂商白名单，还要程序员在这瞎忙活？

好了，抱怨归抱怨，活还得干，不然靠谁养活广大苦逼的程序员？

正因为Android系统版本的差异，也导致了各种保活黑科技的运行效果大相径庭，所以本文正好借此机会，盘点一下当前主流（截止2019年前）的保活黑科技在市面上各版本Android手机上的运行效果，希望能给大家提供一些客观的参考。

其实Android端APP搞保活的目的倒不是为了干什么见不得人的坏事（但不排除动机不纯的开发者），主要是像IM即时通讯应用和资讯类应用等需要搞后台消息推送、运动类应用需要在后台实时监测用户的运动数据等，因为现在越来越多的手机厂商为了省电策略考虑，基本上如果你的应用没有被加入白名单，一旦处于后台就会被系统限制甚至干掉，但使用APP的用户才不听你这些解释——反正“我”就要你的APP能如期正常运行，开发者也是不得已而为之。

以消息推送为例，当APP处于后台或关闭时，消息推送对于某些应用来说非常有用，比如：

    1）IM即时通讯聊天应用：聊天消息通知、音视频聊天呼叫等，典型代表有：微信、QQ、易信、米聊、钉钉、Whatsup、Line；

    2）新闻资讯应用：最新资讯通知等，典型代表有：网易新闻客户端、腾讯新闻客户端；

    3）SNS社交应用：转发/关注/赞等通知，典型代表有：微博、知乎；

    4）邮箱客户端：新邮件通知等，典型代表有：QQ邮箱客户端、Foxmail客户端、网易邮箱大师；

    5）金融支付应用：收款通知、转账通知等，典型代表有：支付宝、各大银行的手机银行等；

      .... ....

在上述的各种应用中，尤其对于用户接触最多、最平常的IM聊天应用或新闻资讯来说，保活和消息推送简直事关APP的“生死”，消息推送这种能力已经被越来越多的APP作为基础能力之一，因为移动互联网时代下，用户的“全时在线”能力非常诱人和强大，能随时随地即时地将各种重要信息推送给用户，无疑是非常有意义的。

题外话：实际上，对于后台消息推送能力，Android原版系统早就内置了系统级推送服务（跟iOS上的APNs服务是一个东西），它就是GCM服务（现在升级为FCM了），但众所周之的原因，谷哥的服务在国内都是用不了的（你懂的）——无奈啊！

主要黑科技方案有：

    1）监听广播：监听全局的静态广播，比如时间更新的广播、开机广播、解锁屏、网络状态、解锁加锁亮屏暗屏（3.1版本），高版本需要应用开机后运行一次才能监听这些系统广播，目前此方案失效。可以更换思路，做APP启动后的保活（监听广播启动保活的前台服务）；

    2）定时器、JobScheler：假如应用被系统杀死，那么定时器则失效，此方案失效。JobService在5.0,5.1,6.0作用很大，7.0时候有一定影响（可以在电源管理中给APP授权）；

    3）双进程（NDK方式Fork子进程）、双Service守护：高版本已失效，5.0起系统回收策略改成进程组。双Service方案也改成了应用被杀，任何后台Service无法正常状态运行；

    4）提高Service优先级：只能一定程度上缓解Service被立马回收。 即时通讯聊天软件app开发可以咨询蔚可云。

针对上述方案，具体的实现思路，通常是这样的：

    1）进程拉活：AIDL方式单进程、双进程方式保活Service（最极端的例子就是推送厂商的互相唤醒复活：极光、友盟、以及各大厂商的推送，同派系APP广播互相唤醒：比如今日头条系、阿里系）；

    2）降低oom_adj的值：常驻通知栏（可通过启动另外一个服务关闭Notification，不对oom_adj值有影响）、使用”1像素“的Activity覆盖在getWindow()的view上（据传某不可言说的IM大厂用过这个方案，虽然他们从未正面承认过）、循环播放无声音频（黑科技，7.0下杀不掉）；

    3）监听锁屏广播：使Activity始终保持前台；

    4）使用自定义锁屏界面：覆盖了系统锁屏界面；

    5）创建子进程：通过android:process属性来为Service创建一个进程；

    6）白名单：跳转到系统白名单界面让用户自己添加app进入白名单。

使用AIDL绑定方式新建2个Service优先级（防止服务同时被系统杀死）不一样的守护进程互相拉起对方，并在每一个守护进程的ServiceConnection的绑定回调里判断保活Service是否需要重新拉起和对守护线程进行重新绑定。

后台播放音乐这种保活方法，亲身经历过：

记得当时用的是某运动记步APP，它为了保活就是这么干的。之所以被我发现，是因为在我的Android手机上，每次打开这个APP居然总能莫名其妙听到若有若无的环境噪音样的声音，尤其安静的场所下更明显。我个人估计这个APP里用的保活音频文件，很可能就是程序员在简陋的条件下随手自已录制的，虽然也是不得以为之，但做法确实是有点粗糙。

总结一下，以上方案在当前主流手机上的运行效果

【1】双进程守护方案（基于onStartCommand() return START_STICKY）：

    1）原生5.0、5.1：原生任务栏滑动清理app，Service会被杀掉，然后被拉起，接着一直存活；

    2）金立F100(5.1)：一键清理直接杀掉整个app，包括双守护进程。不手动清理情况下，经测试能锁屏存活至少40分钟；

    3）华为畅享5x（6.0）：一键清理直接杀掉整个app，包括双守护进程。不手动清理下，锁屏只存活10s。结论：双进程守护方案失效；

    4）美图m8s(7.1.1)：一键清理直接杀掉整个app，包括双守护进程。不清理情况下，锁屏会有被杀过程（9分钟左右被杀），之后重新复活，之后不断被干掉然后又重新复活。结论：双守护进程可在后台不断拉起Service；

    5）原生7.0：任务栏清除APP后，Service存活。使用此方案后Service照样存活；

    6）LG V30+(7.1.2)：不加双进程守护的时候，一键清理无法杀掉服务。加了此方案之后也不能杀掉服务，锁屏存活（测试观察大于50分钟）；

    7）小米8(8.1)：一键清理直接干掉app并且包括双守护进程。不清理情况下，不加守护进程方案与加守护进程方案Service会一直存活，12分钟左右closed。结论：此方案没有起作用。

▲ 结论：除了华为此方案无效以及未更改底层的厂商不起作用外（START_STICKY字段就可以保持Service不被杀）。此方案可以与其他方案混合使用。

【2】监听锁屏广播打开1像素Activity（基于onStartCommand() return START_STICKY）：

    1）原生5.0、5.1：锁屏后3s服务被干掉然后重启（START_STICKY字段起作用）；

    2）华为畅享5x（6.0）：锁屏只存活4s。结论：方案失效；

    3）美图m8s(7.1.1)：同原生5.0；

    4）原生7.0：同美图m8s；

    5）LG V30+(7.1.2)：锁屏后情况跟不加情况一致，服务一致保持运行，结论：此方案不起作用；

    6）小米8(8.1)：关屏过2s之后app全部被干掉。结论：此方案没有起作用。

▲ 结论：此方案无效果。

【3】故意在后台播放无声的音乐（基于onStartCommand() return START_STICKY）：

    1）原生5.0、5.1：锁屏后3s服务被干掉然后重启（START_STICKY字段起作用）；

    2）华为畅享5x（6.0）：一键清理后服务依然存活，需要单独清理才可杀掉服务，锁屏8分钟后依然存活。结论：此方案适用；

    3）美图m8s(7.1.1)：同5.0；

    4）原生7.0：任务管理器中关闭APP后服务被干掉，大概过3s会重新复活（同仅START_STICKY字段模式）。结论：看不出此方案有没有其作用；

    5）LG V30+(7.1.2)：使用此方案前后效果一致。结论：此方案不起作用；

    6）小米8(8.1)：一键清理可以杀掉服务。锁屏后保活超过20分钟。

▲ 结论：成功对华为手机保活。小米8下也成功突破20分钟。

【4】使用JobScheler唤醒Service（基于onStartCommand() return START_STICKY）：

    1）原生5.0、5.1：任务管理器中干掉APP，服务会在周期时间后重新启动。结论：此方案起作用；

    2）华为畅享5x（6.0）：一键清理直接杀掉APP，过12s左右会自动重启服务，JobScheler起作用；

    3）美图m8s(7.1.1)：一键清理直接杀掉APP，无法自动重启；

    4）原生7.0：同美图m8s(7.1.1)；

    5）小米8(8.1)：同美图m8s(7.1.1)。

▲ 结论：只对5.0，5.1、6.0起作用。

【5】混合使用的效果，并且在通知栏弹出通知：

    1）原生5.0、5.1：任务管理器中干掉APP，服务会在周期时间后重新启动。锁屏超过11分钟存活；

    2）华为畅享5x（6.0）：一键清理后服务依然存活，需要单独清理才可杀掉服务。结论：方案适用；

    3）美图m8s(7.1.1)：一键清理APP会被杀掉。正常情况下锁屏后服务依然存活；

    4）原生7.0：任务管理器中关闭APP后服务被干掉，过2s会重新复活；

    5）小米8(8.1)：一键清理可以杀掉服务，锁屏下后台保活时间超过38分钟；

    6）荣耀10（8.0）：一键清理杀掉服务，锁屏下后台保活时间超过23分钟。

❿ 开发android即时通讯，需要学习什么

您好：
Android开发前景看好，Android手机市场大卖，Android应用人气火爆，Android开发工程师待遇更是水涨船高；与此同时，越来越多的大学生开始选择学习Android开发，虽然Android开发比较嵌入式系统开发行业门槛相对较低，但是，学好Android开发还是需要一定的基础。那么学习Android开发到底需要掌握哪些基础呢？

Android系统是基于linux为核心的，而linux是用c语言和少量汇编语言写成的，如果你想研究android，就去学c语言吧。现在大学里面和计算机相关的专业甚至理工类专业一般都会开设C语言课程，只是很多同学在大学期间并没有好好学习，如果对它掌握的不太好或者很久没用了，建议先从将其好好复习一下，将其基本的语法再好好回顾一下，最好能搭建一个环境来运行、调试它。如果没有学过，不妨也提前学习一下。

如果是想学习Android应用开发，就去具备一定的java基础。因为Android上的应用大多是用java编写的，如果你想编写手机游戏和应用 ，就需要学习java。Android应用程序开发是以Java语言为基础的，所以没有扎实的Java基础知识，只是机械的照抄别人的代码，是没有任何意义的。 建议在安卓课程前期的java学习阶段中，需要用心的学好。
望采纳，谢谢