android开发用的是Java语言。
站在用户的角度思考问题，与客户深入沟通，找到中站网站设计与中站网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站制作、网站建设、企业官网、英文网站、手机端网站、网站推广、主机域名、雅安服务器托管、企业邮箱。业务覆盖中站地区。
Java也拥有自己强大的开源社区，当编写时遇到问题就能通过这些社区找到答案。android开发的教程，书籍和课程，包括免费和付费的，这些教程可以让先用java语言开始入门Android开发之路。
Android代码，示例demo 和App都是用Java编写的，使用Java的开发者更容易转为Android开发者，这在一开始Android生态系统未能建立时，尤为重要。
扩展资料
Java语言很成熟
Java语言可以说是一个相当成熟的计算机编程语种，性能很好，用的人也超级多，除了基础类库完善，各种高级的第三方组件更是不计其数，更重要的是Java虚拟机规范是开放的，谷歌只要按照甲骨文的虚拟机规范很容易写出一套虚拟机。
Java语言安全
由于Java语言经常被使用在网络环境中，为了增加其程序的安全性，Java语言提了一个防止恶意代码攻击的安全机制，另外Java的强类型机制、垃圾回收器、异常处理和安全检查机制，也使得用Java语言编写的程序具有很好的健壮性。
参考资料来源：百度百科—Java 编程语言
参考资料来源：百度百科—android开发
Java，是由Sun
Microsystems公司于1995年5月推出的Java程序设计语言和Java平台的总称。用Java实现的HotJava浏览器（支持Java
applet）显示了Java的魅力：跨平台、动态的Web、Internet计算。从此，Java被广泛接受并推动了Web的迅速发展，常用的浏览器现在均支持Java
applet。 Android以Java为编程语言，使接口到功能，都有层出不穷的变化，其中Activity等同于J2ME的MIDlet，一个
Activity
类（class）负责创建视窗（window），一个活动中的Activity就是在
foreground（前景）模式，背景运行的程序叫做Service。两者之间通过由ServiceConnection和AIDL连结，达到复数程序同时运行的效果。如果运行中的
Activity
全部画面被其他
Activity
取代时，该
Activity
便被停止（stopped），甚至被系统清除（kill）。
View等同于J2ME的Displayable，程序人员可以通过
View
类与“XML
layout”档将UI放置在视窗上，Android
1.5的版本可以利用
View
打造出所谓的
Widgets，其实Widget只是View的一种，所以可以使用xml来设计layout，HTC的Android
Hero手机即含有大量的widget。至于ViewGroup
是各种layout
的基础抽象类（abstract
class），ViewGroup之内还可以有ViewGroup。View的构造函数不需要再Activity中调用，但是Displayable的是必须的，在Activity
中，要通过findViewById()来从XML
中取得View，Android的View类的显示很大程度上是从XML中读取的。View
与事件（event）息息相关，两者之间通过Listener
结合在一起，每一个View都可以注册一个event
listener，例如：当View要处理用户触碰（touch）的事件时，就要向Android框架注册View.OnClickListener。另外还有Image等同于J2ME的BitMap。
安卓官方开发语言：Kotlin 初探
Kotlin 是一种在 Java 虚拟机上执行的静态型别编程语言，由 JetBrains 开发团队所开发。该语言有几个优势。
它大大减少需要写的样板代码的数量。避免空指针异常等整个类的错误。构建服务器端程序、Android 应用程序或者在浏览器中运行的前端程序。通过 100% Java 互操作性，利用 JVM 既有框架和库。
在Kotlin中变量声明有两种类型，val修饰变量是只读变量即只能赋值一次，再次赋值时就会编译错误，如果需要多次修改值就需要使用var。
扩展资料：
The IntelliJ Kotlin 插件扩展了 Java 编译器使得 Kotlin 代码能够得以编写、编译和调试。除此之外，关于基本的 Java 集合，已经有编写好的帮助函数，可以更顺畅地衔接将在 Java 8 中出现的集合扩展。
Kotlin，类似 Xtend 一样，旨在提供一种更好的 Java 而非重建整个新平台。这两种语言都向下编译为字节码（虽然 Xtend 是首先转换成相应的 Java 代码，再让 Java 编译器完成繁重的工作），而且两者都引入了函数和扩展函数（在某个有限范围内静态地增加一个新方法到某个已有类型的能力）。
参考资料来源：百度百科-Kotlin
1、优先级别不同：iOS最先响应屏幕
当我们使用iOS或者是Android手机时，第一步就是滑屏解锁找到相应程序点击进入。而这个时候往往是所有操控开始的第一步骤，iOS系统产品就表现出来了流畅的一面，但Android产品却给人一种卡顿的现象，更别说后续深入玩游戏或者进行其它操控了。这是为什么?
其实这与两个系统的优先级有关，iOS对屏幕反应的优先级是最高的，它的响应顺序依次为Touch--Media--Service--Core架构，换句话说当用户只要触摸接触了屏幕之后，系统就会最优先去处理屏幕显示也就是Touch这个层级，然后才是媒体(Media)，服务(Service)以及Core架构。而Android系统的优先级响应层级则是Application--Framework--Library--Kernal架构，和显示相关的图形图像处理这一部分属于Library，你可以看到到第三位才是它，当你触摸屏幕之后Android系统首先会激活应用，框架然后才是屏幕最后是核心架构。
可以看到优先级的不同导致了iOS产品以及Android手机在操控过程中的表现差异，当你滑动屏幕进行操控的时候，iOS系统会优先处理Touch层级，而Android系统则是第三个才响应Library层级，这是造成它们流畅度不同的因素之一。不过优先级对系统流畅性有有影响不假，但并不是最绝对的，造成两系统之间流畅性不一的现象还有其它因素。
2、硬件工作配置不同：iOS基于GPU加速
目前智能手机硬件装备竞赛当中，其实处理器等配置已经达到了一个瓶颈期，各大旗舰产品在硬件比拼当中基本上没有太大的区别，而这时候GPU就成为了一个凸显差异的重要因素。一些大型软件像是3D游戏对GPU性能要求都会比较高，苹果iPhone产品采用的Power VR SGX系列GPU在当下来说非常的主流，跑分测试数据证明了它并不会比一些旗舰级别的Android产品差劲。
而iOS系统对图形的各种特效处理基本上正好都是基于GPU硬件进行加速的，它可以不用完全借助CPU或者程序本身，而是通过GPU进行渲染以达到更流畅的操控表现。但是Android系统产品则并非如此，因为Android需要适应不同的手机硬件，需要满足各种差异配置，所以很多图形特效大多都要靠程序本身进行加速和渲染，并严重依赖CPU运算的操作自然会加大处理器的负荷，从而出现卡顿的问题。虽然Android 4.0以及4.1等更高版本中进行了改进将硬件加速设为默认开启，但依旧无法做到所有特效全部都靠GPU进行加速。在很多Android手机里面都自带有;是否开启GPU渲染;这个功能选项，不过开启之后的改善也是微乎其微。
屏幕最先响应的优先级关系，再加上iSO本身GPU加速程序的特性，使得大家在操控过程中感觉iOS手机拥有着不错的流畅性。因为它本身的整个流程都是在为最大化的流畅做服务，不管是第一印象的滑动接触屏幕，还是你进一步使用程序之后的更深层操作都是如此。而GPU加速这点特性，应该是它优于Android系统流畅性的又一个因素。
3、开发机制不同：安卓机制效率低
Android的编程语言是JAVA，而iOS的则为Objective-C，不过要是说Android系统之所以有些卡顿是因为JAVA开发语言的关系，或者是拿它和Objective-C对比肯定会有人提出质疑。Objective-C的优势是效率高但比较;唯一;，而JAVA的优势则是跨平台不过运行效率相对偏低，其实这两个编程语言所带来的机制不同，就已经造成了各自系统之间的流畅性差异化。
iOS的Objective-C，编译器gcc，而这个gcc编译出来的代码又被苹果专为iOS架构优化到了极致，运行过程中也不需要虚拟机在中间插手，执行效率自然很高--引自网络。这一段话应该是iOS系统本身运行程序的执行过程，而Android是通过JAVA虚拟机来执行，并且系统需要占用大量内存来换取执行速度，再加上不定期的内存自动回收机制，从而直接导致了卡顿现象的出现。
Android的JAVA编程本身运行效率比Objective-C低一些，而且再加上内存自动回收的机制，所以造成了一些卡顿不流畅的现象出现。但根据技术人员讲解，现代的JAVA虚拟机效率已经不再是最大的瓶颈，Android 4.0系统版本之后的卡顿现象明显得到了改善，所以这也是有用户并没有发现自己新买的Android手机出现太多卡顿现象的.原因。看来编程语言和机制已经被Android进行了改善，这同样也不是造成它与iOS流畅性偏差的唯一因素，不过影响却是实实在在存在着。
4、系统设计不同：安卓APP无法统一
有了优先级的关系，有了GPU加加速的影响，还有两个系统各自编程以及机制的问题，似乎已经可以说明为什么iOS相比Android更为流畅的原因。但最终还有一个问题是就是应用程序，很显然用户觉得卡顿都是在运行软件的过程中产生，毕竟没有安装任何应用的初始出厂手机基本上都不存在不流畅或者延迟等现象，而且一款智能手机不安装任何应用程序那也不符合用户的购买初衷和使用行为。所以归根结底，Android相比iOS的应用程序，到底出了什么问题?
因为iOS产品的封闭性，所以所有的APP运行对象都比较单一，因为每个应用程序都是被运行在iPhone，iPad等iOS产品当中，它们有着很高的硬件利用效率。因为iOS系统的配件供应商只有那么几家，CPU也是一年换一次，这点不像Android终端年年变月月变，开发者很难遇见未来终端分辨率会包含多少种，GPU驱动会包含哪些等等，所以相对来说Android应用开发成本较高且收益较慢。而iOS应用开发则因为软硬件垂直整合而受益，这样一来苹果自然就保证了应用本身其与硬件产品之间的完美结合程度。
其实Android和iOS两大系统APP开发情况的不同，也正是它们开发和不开放的特性所造成的。如果要是拿旗舰Android手机加上一个专为这款旗舰产品设计的游戏，来和苹果iPhone 5运行对比的话，你真的不会遇到Android旗舰机出现卡顿延迟的问题，为什么因为这款游戏针对这款手机设计，在软硬等方面都达到了最大化的兼容和优化，自然就不会出现停滞的现象。
而Android系统程序要被安装在各种符合要求的手机上面，开发者也不可能针对所有的机器型号进行开发，只能在比较主流的机器上进行测试并保证运行效果，所以他们为了兼顾整个产品线只能不得不降低游戏体验以达到高中低产品可以共用的效果。最后那些占据了Android终端份额的大量大众用户们由于自己的手机不是旗舰产品而得不到流畅的使用体验，自然而然就会产生Android产品不如iOS流畅的抱怨。
