openjdkandroid

❶ openjdk platform怎么禁用进程

打开任务管理器，关闭Openjdk-Platform-binary即可。
Android代码在Windows的AndroidStudio运行时常会出现另一个程序正在使用此文件，进程无法访问的错误，也可以用该方法来停止运行。

❷ android sdk 兼容openjdk吗

android sdk 兼容openjdk的，谷歌退出的openidk能不兼容吗，只不过现在还没大量推广而已。

❸ android 4.2.1 编译到最后不能打包是怎么回事

不知道你用的这个源码是哪个公司的？
你现在是编译出现错误还是打包出现的错误？
如果是全志的话
你编译完了，打包直接在文件系统文件夹中用命令：pack
如果是编译错误的话，可能是因为你的命令出错了
你进入文件系统中，试试
source ./build/ensetup.sh ;
lunch ??? ???-->你要编译的产品
extract-bsp
make -j4 第一次编译还是开的线程少点比较好，因为在编译target那一块比较耗费内存！

祝你好运！

❹ 安卓开发换成了OpenJDK有什么影响

Android从新版本操作系统开始将采用OpenJDK，这一举措会带来怎样的影响，目前来说还难以进行全面的透彻分析，这很大程度上取决于Oracle与Google之间争论不休的版权控诉将走向何方。目前为止，还没有人能够清楚地说明一个API接口是否能够拥有版权信息，法律与法院必须明确地解答这一点。自从上一个现有版本的库开始，Android中的部分代码，包括Java与C在内就开始了重新构建工作，某些无用的代码被删除，但依然保留了接口或头文件。那么是不是说Android从此就可以摆脱那些麻烦了呢？这还有待时间观察。不过采用OpenJDK之后应该能够起到一些缓解作用，因为Google如今已经满足了Java授权和专利许可，Oracle也不能再对Android说三道四了。

❺ 为什么Android5.0源码编译只能使用openjdk，不能使用oracle-jdk

1）设置cache
cd aosp
prebuilts/misc/linux-x86/ccache/ccache -M 50G
2）初始化编译环境
. build/envsetup.sh
3）选择编译目标包
ps：lunch的方式有很多中，可以使用lunch命令查看，我使用最常用的
lunch aosp_arm-eng

❻ 自己可以编译安卓源码吗

用最新的Ubuntu 16.04,请首先确保自己已经安装了Git.没安装的同学可以通过以下命令进行安装:

sudo apt-get install git git config –global user.email “[email protected]” git config –global user.name “test”

其中[email protected]为你自己的邮箱.

简要说明

android源码编译的四个流程:1.源码下载;2.构建编译环境;3.编译源码;4运行.下文也将按照该流程讲述.

源码下载

由于某墙的原因,这里我们采用国内的镜像源进行下载.
目前,可用的镜像源一般是科大和清华的,具体使用差不多,这里我选择清华大学镜像进行说明.(参考:科大源,清华源)

repo工具下载及安装

通过执行以下命令实现repo工具的下载和安装

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

补充说明
这里,我来简单的介绍下repo工具,我们知道AOSP项目由不同的子项目组成,为了方便进行管理,Google采用Git对AOSP项目进行多仓库管理.在聊repo工具之前,我先带你来聊聊多仓库项目:

我们有个非常庞大的项目Pre,该项目由很多个子项目R1,R2,...Rn等组成,为了方便管理和协同开发,我们为每个子项目创立自己的仓库,整个项目的结构如下:

这里写图片描述

执行完该命令后,再使用make命令继续编译.某些情况下,当你执行jack-admin kill-server时可能提示你命令不存在,此时去你去out/host/linux-x86/bin/目录下会发现不存在jack-admin文件.如果我是你,我就会重新repo sync下,然后从头来过.

错误三:使用emulator时,虚拟机停在黑屏界面,点击无任何响应.此时,可能是kerner内核问题,解决方法如下:
执行如下命令:

通过使用kernel-qemu-armv7内核 解决模拟器等待黑屏问题.而-partition-size 1024 则是解决警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一开始编译的版本是aosp_arm-eng,使用上述命令仍然不能解决等待黑屏问题时,不妨编译aosp_arm64-eng试试.

结束吧

到现在为止,你已经了解了整个android编译的流程.除此之外,我也简单的说明android源码的多仓库管理机制.下面,不妨自己动手尝试一下.

❼ android N切换到openjdk对普通的手机用户有什么影响没

原则上来说是没有影响的.

对于App开发和实际的上层逻辑来说,library实现从Apache Harmony切换到OpenJDK对于大多数人来说是透明的.
因为API没有什么改动.

一些例外可能是用到了Harmony私有API的情况.
对于普通手机用户而言,就有可能发生某些App不能继续使用的情况.(在作者没有适配OpenJDK的前提下)

还有一些可能是性能上的区别.
毕竟是两种实现,组织结构和算法优化度方面有所不同.
对于普通手机用户而言,可能存在一些体验上的差别,主要是实现差异导致的性能差别.

另外一种可能就是避免了跟Oracle的官司冲突.
因为OpenJDK是Oracle自身的开源授权.
对于普通手机用户而言,这个意义可能不是很直接.但可以认为是一种稳定性的远期保障.

❽ OpenJDK将对Android开发产生怎样的影响

有单，的礼物，

❾ OpenJDK将对Android开发产生怎样的影响

Android提供特定的Java API库来支持基于Java编程语言的应用开发，这些资源分成两个部分：Java代码库的API和谷歌开发的使得那些代码库可行的实现代码。作为Java开发者，甲骨文对这些代码库有两种实施：专有的JDK版本和开源的OpenJDK版本。谷歌决定“整合”它的努力成果和OpenJDK（Android已经在部分领域使用OpenJDK），意味着它将共享它的实现代码。 上述的代码提交显示有8902个文件发生变化，清楚显示OpenJDK代码添加到了Android当中。 谷歌希望开发者会喜欢这一变动，因为它简化了他们开发应用所基于的代码——针对Java API库的公共代码基，而不是多个代码基。这也许属实，但如果那是谷歌完全转向OpenJDK的唯一理由，它应该早就那么做。

❿ OpenJDK将对Android开发产生怎样的影响

Google已决定将从下一版本的Android开始采用OpenJDK，本文将部分摘录互联网上对于这一决定的反响。
在去年年底，我们曾提到Google已经决定在Android中使用OpenJDK，以取代基于Harmony实现的Java库（详情请见此处）。尽管这条消息在宣布时恰逢圣诞期间，但Google的这一决定还是在互联网上引起了很大的反响，我们将在本文中对于这些观点进行一次总结。
从这个Git工单可以看出，早在2015年二月，Google就已经在代码中露出了切换至OpenJDK的计划。在去年十二月，这次代码提交中所包含的一个重要的授权信息的变化被媒体曝光了。Android N中所使用的新Java库将不再基于Apache License 2.0（APL）授权协议，而是基于GNU GPL 2协议，并且在版权信息中包含了以下声明：“Oracle及其附属机构版权所有，1997，2011”。
Mozilla的前任CTO Andreas Gal为此专门写了一篇标题有些骇人的博客“Oracle将它的魔爪伸向了Android”。他表示，Google长期以来一直坚持使用Harmony的Java库及Apache授权，其原因在于：
用户能够任意使用及修改APL代码，而无需发布这些改动。换句话说，你能够进行具有专利权的改动与改进。而这一点对于基于LGPL授权协议的GNU libc来说是不可能的。我可以确信地说，我知道为什么Google认为这一点很重要，因为在发布Firefox OS的过程中，我曾经和许多与Google有合作关系的芯片供应商以及OEM厂家进行过交流。芯片与OEM厂商都希望在软件层面上表现出他们的优势，尝试对Android的代码进行全方位的改进。尤其是芯片厂商经常会改动类库中代码，以充分利用自家的专利芯片，而且他们不愿意公开分享这些改动。通过这种方式能够体现出他们的竞争优势，即在专利上的优势。
Bob Ross回复了Gal的文章，他自称是某家OEM厂商的员工，对于APL与GPL的争论提出了一些见解：
我们确实会对libcore进行一些改动，在这种场合，主要问题是进行开源会带来很大的工作量，倒不是说要保护这些代码。至少从我曾经参与过的改动来看，情况就是如此。
Bradley M. Kuhn目前担任自由软件管理机构（Software Freedom Conservancy）的主席，同时也是自由软件基金会（Free Software Foundation）的董事会成员。他对于GPL可能对Andoid开发所造成的影响有着不同的见解。在最近的一篇博客文章“Sun、Oracle、Android、Google以及JDK复制权（left）的质疑”中，Kuhn注意到OpenJDK授权其实属于一个“非常宽松”的协议，即包含Classpath例外的GNU协议。Kuhn曾经参与了Classpath例外协议的设计与命名，这一协议旨在避免通过复制权保护的方式“感染”整个Java生态系统，否则所有的Java程序都将被迫选择可以免费使用及重新分发的方式。如此一来，从授权协议的角度来看，选择使用OpenJDK与使用Harmony也没有多大的区别了。按照Kuhn的说法：
那么，采用了Oracle的GPL及Classpath例外协议的JDK与具备Apache授权的Java userspace又有多大的差别呢？它们的差别其实并不大！Android的重新分发者已经在kernel space方面承担了很大的复制权责任，并且请你记住，Webkit是基于LGPL授权协议的，所以说围绕着Android已经存在着一些比较宽松的复制权遵循责任了。如此一来，如果说某个重新分发者已经满足了以上协议，那么要遵循那些新加入JDK代码中的需求也不是什么麻烦事，因为这些需求只有更为宽松。
但在Gal看来，Oracle对于Android的未来发展将产生重大的影响，这不仅仅是因为授权的原因，同时也受到Java的发展路线、商标、条约与专利的影响：
除了源代码之外，Oracle还有别的方法可以控制Java的发展，因此OpenJDK所谓的自由性就好像一所监狱。你可以投票决定外墙有多高，甚至可以去参与砌墙工作，但一旦你进入这里，就只有Oracle能够决定你何时才能出去。Oracle对于OpenJDK的路线图有很大的决定权，通过对于兼容性需求、商标、现有协议以及API版权控诉（Oracle与Google之间的控诉）的掌握，Oracle几乎全盘控制了OpenJDK的发展方向。
部分读者在Gal的博客中留言表示，如果Oracle不能胜任OpenJDK的发展，那么Google完全可以创建一个分支，并自行决定它的发展方向。