jitandroid
⑴ 安卓平台属于动态库操作吗
属于
静态库全称静态链接库，动态库全称动态链接库，看到全称就知道什么意思了吧？也就是说在链接的时候才会用到的库，只有C/C++、OC语言才会有链接过程，java没有。
在Android中说到静态库和动态库，一般说的都是C/C++代码，我们知道在android中是通过jni技术访问到C代码的，我们会把C/C++打包成so文件，这个就是动态库（共享库）。如果我们想要使用的C库是.a形式的静态库时，我们要把.a包装成so库，具体网上有方法。
个人感觉在java语言中讨论静态库和动态库就是个伪概念，java是的编译结果是字节码文件，不是二进制文件，而且没有链接的过程，jvm在解释执行java代码的时候调用C++代码只能是动态的。
在C++和object C开发中，用编译链接的过程，静态库在链接过程中，会和自己写的源代码打到一块，多个程序多个静态库。动态库不会打到一块，如果有共享情况的话，系统只会加载一次。
OC的代码处理过程是很复杂的，有预处理、编译、链接过程，预处理就是处理宏什么的，编译这个过程就很复杂了，有编译前端和编译后端，编译称机器码（中间还会有汇编的过程），链接就是链接动态库或者静态库。
Android（java）代码处理过程就很简单啦，毕竟是运行在虚拟机上的。没有所谓的预处理，直接编译，这里的编译也就是把java代码转化成字节码，这个编译和OC中的编译可不是一个概念，只不过也这么叫而已。后续Aandroid还会用dex工具把.class打包成.dex，不同的VM模式（5.0以后都是ART）会对.dex进行不同的优化，具体看Android 编译到运行APK过程总结。需要提一下的是，ART采用AOT和JIT技术，在安装或者运行的时候，会把字节码转化成机器码，这个机器码也会受VM控制的，具体看Android之Dalvik 、ART
C/C++、Object C属于编译型语言，这是毋庸置疑的，因为它们都会在生成安装包之前编译成机器码。
⑵ jit是干什么的
你说的是android手机的jit开启吧。android应用软件一般都是用java开发的，java是hi一种解析性语言，就是运行的时候边解析边运行，所以速度上会稍微慢一点，因此才有jit这个玩意，指的就是运行的时候系统会把经常运行的程序优先转换为本地代码，运行的时候就不需要解析了，可以直接运行。这样比较快，所以jit就是优化程序的
⑶ 安卓art和dalvik的区别
Dalvik是Google公司自己设计用于Android平台的Java虚拟机。Dalvik虚拟机是Google等厂商合作开发的Android移动设备平台的核心组成部分之一。它可以支持已转换为 .dex（即Dalvik Executable）格式的Java应用程序的运行，.dex格式是专为Dalvik设计的一种压缩格式，适合内存和处理器速度有限的系统。Dalvik 经过优化，允许在有限的内存中同时运行多个虚拟机的实例，并且每一个Dalvik 应用作为一个独立的Linux 进程执行。独立的进程可以防止在虚拟机崩溃的时候所有程序都被关闭。
Android操作系统已经成熟，Google的Android团队开始将注意力转向一些底层组件，其中之一是负责应用程序运行的Dalvik运行时。Google开发者已经花了两年时间开发更快执行效率更高更省电的替代ART运行时。 ART代表Android Runtime，其处理应用程序执行的方式完全不同于Dalvik，Dalvik是依靠一个Just-In-Time (JIT)编译器去解释字节码。开发者编译后的应用代码需要通过一个解释器在用户的设备上运行，这一机制并不高效，但让应用能更容易在不同硬件和架构上运 行。ART则完全改变了这套做法，在应用安装时就预编译字节码到机器语言，这一机制叫Ahead-Of-Time (AOT）编译。在移除解释代码这一过程后，应用程序执行将更有效率，启动更快。
⑷ Android ２.２系统什么时候发布相比２.１功能有哪些提升
谷歌官方将在5月19日或是20日正式发布Android 2.2版本.一、Flash 10.1功能谷歌Android 2.2将会增加Flash功能，这一消息也得到了谷歌的工程副总裁Andy Rubin的证实，在加入Flash功能之后，Android手机将为用户提供更好的互联网以及游戏体验。二、网络共享功能谷歌2.2版Android操作系统将支持USB tethering(网络共享功能)，从而实现手机与笔记本电脑共享网络连接。另外2.2版本还将支持Wi-Fi hotspot功能，这意味着新系统可以让用户的Android手机变成一个移动的Wi-Fi热点，进而对附近设备进行Wi-Fi网络分享。三、应用程序自动更新功能升级之后的Android 2.2版本将支持程序自动更新功能。考虑到用户总是希望能够使用最新版本的应用软件，以及Android系统能够在后台运行任何任务，因此能够推断出2.2版本支持后台自动更新软件并不是件难事。四、系统性能大幅提升除了上述功能特征之外，Android在系统运行速度方面也将提升不少，按照国外媒体的表示，Android 2.2版操作系统将是运行最快的系统。2.2版本在内核中增加了新的JIT编译器，它能够让用户的手机更有效地处理代码。经过浮点运算的测试，在Android 2.1版本的Nexus One手机为6-7 MFLOPS，而将Nexus One更新至Android 2.2版后，测试结果高达23-40 MFLOPS，效能提高了5倍之多。五、允许应运程序存储至SD卡此前Android系统的内部存储有限，直到现在也没有得到解决，只有少数Android手机具有合理的存储。谷歌一直表示公司将修复这一问题，其很有可能就在2.2版本上得到解决。即将到来的2.2版本将允许在SD卡中存储应用程序，这能够在很大程度上改善手机的内部存储过小问题。不过相应的，谷歌也许会做出一个方法来加密其Android应用，以防止用户调换SD卡安装应用程序。六、其他人性化改善在其他方面，2.2版本的Android操作系统还将增加了轨迹球LED指示灯变色，增加了对3D性能的优化，FM收音机功能更也将在新系统中全面支持。可以看出，2.2版本在人性化操作方面以及细节功能方面的提升还是非常明显的。
⑸ 安卓手机为什么会卡
安卓手机为什么会卡1
1、进入手机管家界面，选择“一键优化”
2、等待系统初步扫描手机中的垃圾文件，可以释放一部分内存。
3、在手机管家中，选择“手机瘦身”
4、等待应用扫描手机中的文件，扫描完成后可以进行一些大小文件的选择性删除。
安卓手机为什么会卡2
1、安卓系统代码开源
众所周知安卓系统最大优势是开源，系统源码可以被公众使用并且对其修改和发行，允许任何移动终端厂商和开发者加入到Android联盟中来。但是开源同样也存在着弊端，那就是应用质量参差不齐以及标准杂乱无章。
开源大大降低了安卓系统开发者的门槛，而一个单纯功能的简单应用由于代码质量粗糙，很可能要占用200MB RAM。如果手机运存只有2GB，卡顿会变得特别明显。
我们操作安卓手机的时候，有时候点开一个浏览器软件，后台会自动唤醒有利益相关的几款APP，即使安卓原生系统也无能为力。毕竟这一机制后面，是彼此应用的`利益链条，而对于国内应用市场，谷歌更是鞭长莫及。大量的程序运行势必拖慢了手机的运行速度，手机操作起来就无法顺畅。
2、系统沉淀垃圾
微信作为如今最常用通讯软件，安卓版安装包大小是30MB;不过半年以后再去看这个应用，它的内存占用可以达到500MB甚至更多。这种情况在视频软件里随处可见，尤其一些社交和音乐/视频应用。积年累月当应用把手机存储快要堆满了，系统运行速度肯定越来越慢。
3、系统版本无法升级
根据报告显示，在去年末Android5.0及其以上(Android 5.1和Android 6.0)的市场份额仅占全部安卓阵营的26%。换句话说，三分之二的用户还停留在Android 4.X时代，为什么强调这个分水岭，要从Android5.0说起。Android 5.0系统即彻底从Dalvik转换到ART，在系统转换以前：应用在运行的过程中，虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行，这种虚拟机模式会大大拖慢系统的运行效率。作为对比，ART模式则是在用户安装应用时就进行预编译操作，将原本在程序运行中时的编译动作提前到应用安装时。在省去解释代码这一过程之后，应用的运行效率会更高。
完成这种更新延迟的根本在于很多厂商在手机售出之后很少进行系统升级推送，同时大量消费者又没有更新手机系统的习惯。很多手机系统卡在Android4.4，而越来越多的新应用却是为了适配更高系统打造的，所以手机卡顿不可避免。
卡顿了用户需要怎么做
怎样解决手机越用越卡?第一需要有一台能保障系统定期更新的手机;在这一基础上定期对手机内存清理，把碎片和部分缓存信息清理干净。更进一步操作还会利用到系统自带防火墙或者第三方自启动管理软件，根据使用习惯屏蔽一部分自启动应用。
当然通读全文，不难发觉随着日积月累，手机卡顿现阶段在所难免。而用户自身，甚至是手机厂商能做的，是把这个卡顿的时间点不断推迟。我们只能寄希望于那些技术开发者，早日研究出不会卡顿的手机。
⑹ 谁知道jit怎么关啊
Just In Time 可以大幅度提高手机水平，说白了，JIT 在Android方面其实现实际上是在 Dalvik vm这一层，与内核是分离的，直观的表现就是几个库文件。然后，JIT到底能提升机器多大的性能?我也不知道——不要跟我说Linpack跑多少分，学计算机的都知道，Linpack只是一个基准测试程序，测试的是机器的浮点计算能力、向量性能和高速缓存性能。Linpack只是众多基准测试的一种，它的分数代表不了任何东西。它只有一个局部的计算性能参考然后，为什么使用了JIT之后，Linpack的分数就能提高很多?OK，看 Linpack是干什么的——有一项是测试高速缓存的，那么，使用JIT之后，一部分Dalvik的字节码(apk程序包的逻辑部分，如*.dex 和*.odex)会被转译成手机CPU的指令代码，那好，这部分代码就可以进行重用，减少了编译的时间，这就相当于一个“缓存”，使得访问Dalvik字节码的次数大大降低，也就是减少了解释执行字节码的次数。要知道，解释执行字节码的速度是比较慢的，所以直接体现就是Linpack分数的提高。那么，JIT对我们使用的影响大么?准确的说，有，但不是很大，根本达不到Froyo 2.2宣传的那样(我恨IT媒体)几倍的提升。为什么?因为我们用的系统不光有逻辑(程序执行)，还有UI(图形渲染)，以及其他很多因素(线程调度、 I/O等等)，单独的JIT技术只是提高了程序代码的执行效率(还不是全部)，并未对系统有全局优化的功效。如果可以的话，可以针对Linpack专门设计一个优化的虚拟机，让G2这样的机器跑到30分也是没问题的。但是实际使用的体验不会好很多。
⑺ android和java的区别
android Java虚拟机和sun java虚拟机的主要区别体现在因为手机内存和硬件的限制，不可能直接将sun java虚拟机的机制搬过去，对于一些字节、内存管理方面需要重新设计，一下是主要区别：
1、Dalvik 和标准 Java 虚拟机(JVM)
Dalvik 基于寄存器，而 JVM 基于栈。基于寄存器的虚拟机对于更大的程序来说，在它们编译的时候，花费的时间更短。 JVM字节码中，局部变量会被放入局部变量表中，继而被压入堆栈供操作码进行运算，当然JVM也可以只使用堆栈而不显式地将局部变量存入变量表中。Dalvik字节码中，局部变量会被赋给65536个可用的寄存器中的任何一个，Dalvik指令直接操作这些寄存器，而不是访问堆栈中的元素。
2、Dalvik 和 Java 字节码的区别
VM字节码由.class文件组成，每个文件一个class。JVM在运行的时候为每一个类装载字节码。相反的，Dalvik程序只包含一个.dex文件，这个文件包含了程序中所有的类。Java编译器创建了JVM字节码之后，Dalvik的dx编译器删除.class文件，重新把它们编译成Dalvik字节码，然后把它们写进一个.dex文件中。这个过程包括翻译、重构、解释程序的基本元素（常量池、类定义、数据段）。常量池描述了所有的常量，包括引用、方法名、数值常量等。类定义包括了访问标志、类名等基本信息。数据段中包含各种被VM执行的函数代码以及类和函数的相关信息（例如DVM所需要的寄存器数量、局部变量表、操作数堆栈大小），还有实例变量。
3、Dalvik 和 Java 运行环境的区别
Dalvik 经过优化，允许在有限的内存中同时运行多个虚拟机的实例，并且每一个Dalvik 应用作为一个独立的Linux 进程执行。独立的进程可以防止在虚拟机崩溃的时候所有程序都被关闭。
Dalvik虚拟机在android2.2之后使用JIT （Just-In-Time）技术，与传统JVM的JIT并不完全相同，
Dalvik虚拟机有自己的 bytecode，并非使用 Java bytecode。
还有以下几点：
1、Dalvik主要是完成对象生命周期管理，堆栈管理，线程管理，安全和异常管理，以及垃圾回收等等重要功能。
2、Dalvik负责进程隔离和线程管理，每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例，其代码在虚拟机的解释下得以执行。
3、不同于Java虚拟机运行java字节码，Dalvik虚拟机运行的是其专有的文件格式Dex。
不过有一点是习惯了java语言开发的程序员，在android平台上同样可以接着使用java的全部语法，只不过新增了很多知识点。
⑻ Android 在JitPack生成依赖之后， 代码里的注释都没了
如何写 library
在本节，我们一起来新建个 library，打开 Android Studio，New Project，在此工程名为 Hellolibrary，此后一直点击 next 直至 finish 即可。此时应该是只有一个 mole 名为 app，一会我们会把它当做依赖 library 的示例模块来使用，暂时先不管，我们先来创建一个 library，File->New->Mole，选择 Android library，之后起个名字，在此叫做 library，finish 即可，此时工程目录如下所示，其中 app 用来依赖使用 library。
那怎么能在代码上看出来 app 确实成功依赖了 library 呢？我们打开 app 中的 MainActivity，输入 CustomUtil 试一下，如果发现像下图那样给你智能提示了，那就OK了，从下图还能看到 CustomUtil 类所在的包是 com.icodeyou.library。我们调用一下它吧，如下图也很简单，不解释了。
⑼ 如何部署android服务器端的java代码
Java平台般三版本：Java ME（微型版用于某些手机）、Java SE（标准版用于台式电脑）、Java EE（企业版用于服务器端应用）谈Java我通指Java SE版本包含虚拟机编译器
首先Java代码编译称字节码间格式字节码目标电脑运行虚拟机快速解析目标电脑硬件操作系统所需要本机格式
除发者提供编写处运行优势Java能通垃圾收器（GC）实现自内存管理发者免手代码释放用象内存虽功能非用且降低代码引入内存问题风险增加运行销需要停执行垃圾收进程
本文比较Java SE用于Android发Java间差异首先我介绍发者习惯Java
SE语言结构及何Android运行其我介绍何优化AndroidJava代码何优化内存配及何恰处理线程
比较AndroidDalvik JavaJava SE
虽远Android现前发者能用Java编程语言移设备编写应用程序Java功能极限版本称Java
ME（微型版）同移设备需编写同代码写应用程序能支持Java
ME任何手机运行几乎能外由于存线商店应用发布程极其复杂
Android问世发者提供构建智能手机强应用机发者需用Java编程语言及熟知标准Java
API编写代码尽管Android发者仍使用Java SE编译器编译应用程序发现James
Gosling发JavaAndroid设备Java存许同处
Android设备运行VM（虚拟机）称Dalvik初由谷歌Dan
Bornstein发适用于CPU内存受限移设备Java SEDalvik Java存些差异主要体现虚拟机Java
SE使用栈机设计Dalvik设计基于寄存器机器Android SDKdx工具Java
SE栈机器字节码转换基于寄存器Dalvik机器字节码该转换步骤由IDE自完
基于栈虚拟机基于寄存器虚拟机定义及差异列入我讨论范围由于历史原Android使用基于寄存器虚拟机虽基于寄存器虚拟机比基于栈虚拟机快32％限于执行解释字节码虚拟机（说解释型虚拟机）Android
2.2版本（称Froyo）前Dalvik虚拟机都纯解释型Froyo版本引入JIT编译器（即编译）Java
SE早优势
JIT编译称态翻译执行前字节码翻译本机代码（图1所示）主要两处首先消除些纯解释型虚拟机销；其能本机代码执行优化通静态编译代码做例JIT编译器运行CPU选择合适优化根据应用程序输入析代码何运行便进行步优化
图1Android JavaJava SE翻译步骤
虽AndroidDalvik JIT编译器发展前景要达Java SEJIT编译器般稳定、熟度尚需段间Dalvik JIT现Android提供巨性能优势且断改善
JAVA
SE虚拟机Dalvik虚拟机另区别者进行优化运行同机器实例机启叫做zygote进程该进程创建第Dalvik实例由实例创建所其实例应用程序启zygote进程收创建新虚拟机实例请求并给该应用程序创建新进程（图2所示）发者已习惯于Java
SE发设计能看起切实际优势避免由应用程序运行失败导致Dalvik虚拟机崩溃继引发应用程序崩溃
图2Android启新Dalvik虚拟机实例
AndroidJava
SE除运行虚拟机同外实现API式Android属于javajavax包API都自Apache
Harmony（源项目旨重新实现Java SE软件栈该项目201111月再维护）发面些APIJava
SE包类似存些差别例谷歌HttpUrlConnection类进行Java SE版本所没重升级
外Android平台移除Java
SE关API例Swing/AWT包完全移除Android使用同UI框架其移除APIRMI、CORBA、ImageIOJMX或者替换特定Android版本（android包空间内）或者些实际原根本存
优化AndroidJava代码
经改进Java
SE具备些简化编写复杂代码结构新特性其些特性让整流程变更简单发者需要解何及何确使用另外由于Java
SE用于服务器端发（使用Java企业版API）发员专门服务器端Java代码进行优化注解Java虚拟机脚本语言支持服务器端发进行优化例证虽些工具构建端发强发Android客户端代码些特性作用甚至起反作用Java发者已经习惯于限量RAMCPUAndroid发需要密切关注性能内存配简单说发者需要使用稍微同待Android端发
随着Android首发布情况所改变曾经些Android尽量用Java规范重新推荐主要Android目前JIT编译器解决些规范导致性能问题
本文讨论编写Android应用程序需要解Java代码我深究Java编程语言细节重点关注Android发重要东西发者仍需解数适用于Java SE规则建议同适用于AndroidDalvik虚拟机
Android类型安全枚举
Java SE 5.0新增许便发者新特性其值期待引入类型安全枚举枚举代码用表示属于某组几选择早期版本Java用整型量解决问题虽技术行容易错请看面代码：
public class Machine {
public static final int STOPPED = 10;
public static final int INITIALIZING = 20;
public static final int STARTING = 30;
public static final int RUNNING = 40;
public static final int STOPPING = 50;
public static final int CRASHED = 60;
private int mState;
public Machine() {
mState = STOPPED;
}
public int getState() {
return mState;
}
public void setState(int state) {
mState = state;
}
}
问题虽些量期望没机制保证setState()接收同值要设置添加检查旦非预期值发者需要处理错误发者所需要编译检查非赋值类型安全枚举解决问题所示：
public class Machine {
public enum State {
STOPPED, INITIALIZING, STARTING, RUNNING, STOPPING, CRASHED
}
private State mState;
public Machine() {
mState = State.STOPPED;
}
public State getState() {
return mState;
}
public void setState(State state) {
mState = state;
}
}
注意声明同类型安全值新加内部枚举类编译解决非赋值问题所代码更容易错
Dalvik虚拟机没JIT编译器优化代码建议Android平台使用枚举类型使用整型量相比种设计带内存性能损失更些版本Android
API存整型量原今更强JIT编译器及断改进Dalvik虚拟机发者必再担问题放胆使用类型安全枚举即
仍存些情况使用整型量更选择像intJava基本类型增加GC销外Android SDK许已API仍依赖基本类型比Handler类——种情况没太选择
Android增强版for循环
Java SE 5.0引入增强版for循环提供通用缩写表达式遍历集合数组首先比较五种：
void loopOne(String[] names) {
int size = names.length;
for (int i = 0; i < size; i++) {
printName(names[i]);
}
}
void loopTwo(String[] names) {
for (String name : names) {
printName(name);
}
}
void loopThree(Collection names) {
for (String name : names) {
printName(name);
}
}
void loopFour(Collection names) {
Iterator iterator = names.iterator();
while (iterator.hasNext()) {
printName(iterator.next());
}
}
// 要ArrayList使用增强版for循环
void loopFive(ArrayList names) {
int size = names.size();
for (int i = 0; i < size; i++) {
printName(names.get(i));
}
}
面显示四种同遍历集合数组式前面两种着相同性能所读取元素放数组使用增强版for循环Collection象说增强版for循环使用迭代器遍历元素着相同性能ArrayList象应避免使用增强版for循环
仅需要遍历元素且需要元素位置定要使用数组或者ArrayList所其Collection类些情况更慢
般情况读取元素几乎变数据集性能要求高建议使用规数组数组固定添加数据影响性能所编写代码要考虑所素
队列、同步锁
通情况应用程序线程产数据另线程使用见例线程获取网络数据另线程（操作UI主线程）些数据展现给用户种模式称产者/消费者模式面向象编程课程发者用算实现该模式能要花几面介绍些简化产者/消费者模式实现现类
1. 更智能队列
虽已现类并能用更少代码实现该功能许Java发者仍选择使用LinkedList及同步块实现队列功能发者java.util.concurrent包找同步相关类外本包包含信号量、锁及单变量进行原操作类考虑面使用标准LinkedList实现线程安全队列代码
public class ThreadSafeQueue {
private LinkedList mList = new LinkedList();
private final Object mLock = new Object();
public void offer(String value) {
synchronized (mLock) {
mList.offer(value);
mLock.notifyAll();
}
}
public synchronized String poll() {
synchronized (mLock) {
while (mList.isEmpty()) {
try {
mLock.wait();
} catch (InterruptedException e) {
//简洁起见忽略异处理
}
}
return mList.poll();
}
}
}
虽段代码确并能考试满实现测试段代码浪费间实际所前面代码用面行代替
LinkedBlockingQueue blockingQueue =
new LinkedBlockingQueue();
面行代码能像前面例提供相同类型阻塞队列甚至能提供额外线程安全操作java.util.concurrent包含许选队列及并发映射类所般情况建议使用像前示例使用更代码
2. 更智能锁
Java提供synchronized关键字允许发者创建线程安全代码块synchronized关键字易于使用容易滥用性能造负面影响需要区读数据写数据synchronized关键字并效幸java.util.concurrent.locks包工具类种情况提供支持
public class ReadWriteLockDemo {
private final ReentrantReadWriteLock mLock;
private String mName;
private int mAge;
private String mAddress;
public ReadWriteLockDemo() {
mLock = new ReentrantReadWriteLock();
}
public void setPersonData(String name, int age, String address) {
ReentrantReadWriteLock.WriteLock writeLock = mLock.writeLock();
try {
writeLock.lock();
mName = name;
mAge = age;
mAddress = address;
} finally {
writeLock.unlock();
}
}
public String getName() {
ReentrantReadWriteLock.ReadLock readLock = mLock.readLock();
try {
readLock.lock();
return mName;
} finally {
readLock.unlock();
}
}
// 重复代码再赘述
}
面代码展示使用ReentrantReadWriteLock允许并发线程数据进行读访问并确保同间线程写入相同数据
代码使用synchronized关键字仍处理锁问题效论何种情况都要考虑ReentrantReadWriteLock否