Android:What is ART?

最新推荐文章于 2024-10-31 23:46:13 发布
翻译 最新推荐文章于 2024-10-31 23:46:13 发布 · 949 阅读 · 0
文章标签：

#android art KitKa

背景：Android4.2之前，安卓手机系统的应用程序均在Dalvik Java的虚拟机上运行，这种运行模式还要依靠一个编译器来实现与应用程序的沟通。应用程序每次运行时，都需要将程序内的代码转变为机器码才能运行，这无形中多附加了一道手续，这就造成了手机耗电相对较快，占用内存大，用久了会卡顿的现象。

前言：KitKat（奇巧巧克力）：雀巢的巧克力棒产品，最近Google宣布最新4.4版Android将命名为"KitKat"

One of the greatest features of Android 4.4.x KitKat, also probably the most under-reported one, is the next generation Android RunTime (ART).

翻译：Android4.4.x KitKat 最显著的特征之一就是下一代的Android Run Time(ART)，或许也是下一个即将被广为关注的特征

What is ART?

翻译：什么是ART？ （艺术）

When you start any apps on your Android device, the system actually takes some time and effort to compile the app package to machine code so your device can understand and execute. It does this Just in Time of execution. So as you run apps on your device, it actually keeps doing these resource intensive tasks in the background and this is a major reason why people notice Android apps are a bit sluggish when compared to their iOS counterparts.

翻译：当你在你的Android设备上启动任意app程序，系统都会耗费一些时间和精力（资源）去把该app包文件编译成机器码，以便你的设备可以理解并运行。这个过程在程序运行时执行。所以当你在你的设备上运行你的app程序，事实上，在后台也同时运行着这些很耗费资源的任务。这也是和苹果IOS系统相比，在Android系统上运行app程序会让人感觉的有些缓慢的主要原因。
This is, until you switch to the new Android RunTime (ART).

翻译：这个问题会一直存在，除非你换到新的Android Run Time。

With ART enabled, machine code compilations are done Ahead of Time during app installation. So when you run apps on your device, it can skip all that and simply executes the code directly.
翻译：在ART启用的情况下，机器码的编译会在app程序安装过程中提前编译完成。这样当你在你的设备上运行你的app程序，它可以跳过编译的过程，直接运行编译好的机器码。

The result? Reports show that ART yields performance improvements of around 10% to 20% on average. On the other hand it also boosts battery life because your device now does a lot less resource intensive machine code compiling. Take into considerations ART is currently a preview technology in Android 4.4.x KitKat so it can only get better and better in upcoming Android releases.

翻译：这样做的结果是什么呢？报告显示ART使得操作性能平均提高10%到20%。而另一方面，这也延长了电池的使用时间。因为现在你的设备大大减少了执行编译机器码这一耗费资源的行为。考虑到ART目前只是运用在Android4.4.X KitKat版本上，因此在未来发布的Android版本中ART只会越来越好。


英文原文截取自: http://www.mobilehiddencamera.com/

翻译时间：2014年6月23日


【Technology001】What is Technical Art
u013851260的博客
03-24 638
Technical art is a job that needs both coding ability and painting knowledge.
Android ART虚拟机 GC流程分析
baiiu
04-05 1014
本文分析ART虚拟机的GC流程，主要函数从CollectGarbageInternal开始。当配置CMS为默认回收器时： - collector_type_为kCollectorTypeCMS。 - foreground_collector_type_取值为kCollectorTypeCMS。它代表程序位于前台时使用的回收器类型。 - background_collector_type_的取值为kCollectorTypeHomogeneousSpaceCompact。它代表程序位于后台时使用的回收器类型。
Android ART虚拟机 GC的各种类型
baiiu
04-04 856
本文介绍ART虚拟机的GC类型，为下篇介绍ART的GC做准备。每个Space都有自己的gc回收策略，如下图所示： - kGcRetentionPolicyNeverCollect：不需要回收某个Space所包含的垃圾对象（因为该Space可能不存在垃圾对象）。 - kGcRetentionPolicyAlwaysCollect：每次垃圾回收都需要处理某个Space空间。 - kGcRetentionPolicyFullCollect：直到最后时刻才回收某个Space空间中的垃圾对象。
字节面试官：熟悉插件化？通过源码聊聊Android插件化原理
m0_62167422的博客
04-06 672
前言 插件化技术最初源于免安装运行 apk 的想法，这个免安装的 apk 就可以理解为插件，而支持插件的 app 我们一般叫宿主。宿主可以在运行时加载和运行插件，这样便可以将 app 中一些不常用的功能模块做成插件，一方面减小了安装包的大小，另一方面可以实现 app 功能的动态扩展。 插件化的开源框架 插件化发展到现在，已经出现了非常多的框架，下表列出部分框架： 特性 DynamicAPK dynamic- load-apk Small DroidPlugin RePlugin VirtualAPK
Android ART虚拟机 Space类体系
baiiu
04-02 1650
在ART虚拟机实现中，内存分配和释放的算法是封装在不同的Space中来完成的。而外部使用者只能借助Space及派生类的接口来完成内存的分配与释放。通过阅读这些Space的实现，可以看出ART虚拟机的一个重要的特点就是大量使用映射内存，相较于Dalvik虚拟机来说在内存分配上管理的更细致。
android面试题大全
qq_33472662的博客
05-16 4869
本文出自Cym的博客（http://blog.youkuaiyun.com/cym492224103），谢谢支持！ 1.listView的优化方式 重用convertView viewHolder static class viewHolder 在列表里面有图片的情况下,监听滑动不加载图片 多个不同布局，可以创建不同的view
android 5.0 jni art,android art runtime check_jni.cc error on package name
weixin_29876341的博客
05-27 231
问题--EDIT--i had too many versions of the shared lib floating around due to ambiguous build.gradle..../src/main/jniLibs/armeabi-v7a/libaudioboo-native.sorob@ app$ rm ./src/main/libs/armeabi-v7a/libaudi...
ART学习系列：Android 10 的Class的GetMethod 过程分析
ziyunLLL的博客
03-01 3104
ART学习系列：Android 10 的Class的GetMethod 过程分析 之前我们分析了Android9 的调用过程，并且尝试着一种方式，可以访问隐藏Api，但是最近发现当APP的target api为 29的时候，该方法失效了，所以猜测，Android 10 的GetMethod 方法过程发生变化， 那么一起分析一下。
import android.media.MediaPlayer import android.os.Bundle import android.os.Handler import android.os.Looper import android.widget.ImageButton import android.widget.SeekBar import android.widget.TextView import androidx.appcompat.app.AppCompatActivity import androidx.recyclerview.widget.RecyclerView class MainActivity : AppCompatActivity() { private lateinit var mediaPlayer: MediaPlayer private lateinit var songList: RecyclerView private lateinit var btnPlayPause: ImageButton private lateinit var btnPrev: ImageButton private lateinit var btnNext: ImageButton private lateinit var seekBar: SeekBar private lateinit var currentSongTitle: TextView private lateinit var currentArtist: TextView private lateinit var currentTime: TextView private lateinit var totalTime: TextView private val handler = Handler(Looper.getMainLooper()) private var isPlaying = false private var currentSongIndex = 0 private var songs: MutableList<Song> = mutableListOf() private val updateSeekBar = object : Runnable { override fun run() { if (::mediaPlayer.isInitialized) { seekBar.progress = mediaPlayer.currentPosition currentTime.text = formatTime(mediaPlayer.currentPosition) handler.postDelayed(this, 1000) } } } override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) // 初始化视图 initializeViews() // 初始化播放器 mediaPlayer = MediaPlayer() // 加载歌曲 loadSongs() // 设置适配器 setupRecyclerView() // 设置按钮监听器 setButtonListeners() // 设置SeekBar监听器 seekBar.setOnSeekBarChangeListener(object : SeekBar.OnSeekBarChangeListener { override fun onProgressChanged(seekBar: SeekBar?, progress: Int, fromUser: Boolean) { if (fromUser && ::mediaPlayer.isInitialized) { mediaPlayer.seekTo(progress) } } override fun onStartTrackingTouch(seekBar: SeekBar?) {} override fun onStopTrackingTouch(seekBar: SeekBar?) {} }) // 播放第一首歌 if (songs.isNotEmpty()) { playSong(songs[0]) } } private fun initializeViews() { songList = findViewById(R.id.songList) btnPlayPause = findViewById(R.id.btnPlayPause) btnPrev = findViewById(R.id.btnPrev) btnNext = findViewById(R.id.btnNext) seekBar = findViewById(R.id.songProgress) currentSongTitle = findViewById(R.id.currentSongTitle) currentArtist = findViewById(R.id.currentArtist) currentTime = findViewById(R.id.currentTime) totalTime = findViewById(R.id.totalTime) } private fun loadSongs() { val titles = resources.getStringArray(R.array.song_titles) val artists = resources.getStringArray(R.array.song_artists) val resources = resources.obtainTypedArray(R.array.song_resources) for (i in titles.indices) { songs.add( Song( id = i, title = titles[i], artist = artists[i], resourceId = resources.getResourceId(i, 0) ) ) } resources.recycle() } private fun setupRecyclerView() { songList.adapter = SongAdapter(songs) { song -> currentSongIndex = song.id playSong(song) } } private fun setButtonListeners() { btnPlayPause.setOnClickListener { if (isPlaying) { pausePlayback() } else { startPlayback() } } btnPrev.setOnClickListener { playPrevious() } btnNext.setOnClickListener { playNext() } } private fun playSong(song: Song) { mediaPlayer.reset() mediaPlayer = MediaPlayer.create(this, song.resourceId) mediaPlayer.setOnPreparedListener { seekBar.max = mediaPlayer.duration totalTime.text = formatTime(mediaPlayer.duration) startPlayback() } currentSongTitle.text = song.title currentArtist.text = song.artist } private fun startPlayback() { if (::mediaPlayer.isInitialized && !mediaPlayer.isPlaying) { mediaPlayer.start() isPlaying = true btnPlayPause.setImageResource(R.drawable.ic_pause) handler.post(updateSeekBar) } } private fun pausePlayback() { if (::mediaPlayer.isInitialized && mediaPlayer.isPlaying) { mediaPlayer.pause() isPlaying = false btnPlayPause.setImageResource(R.drawable.ic_play) handler.removeCallbacks(updateSeekBar) } } private fun playNext() { currentSongIndex = (currentSongIndex + 1) % songs.size playSong(songs[currentSongIndex]) } private fun playPrevious() { currentSongIndex = if (currentSongIndex == 0) songs.size - 1 else currentSongIndex - 1 playSong(songs[currentSongIndex]) } private fun formatTime(milliseconds: Int): String { val totalSeconds = milliseconds / 1000 val minutes = totalSeconds / 60 val seconds = totalSeconds % 60 return String.format("%d:%02d", minutes, seconds) } override fun onDestroy() { super.onDestroy() handler.removeCallbacks(updateSeekBar) if (::mediaPlayer.isInitialized) { mediaPlayer.release() } } }
11-12
if (::mediaPlayer.isInitialized && mediaPlayer.isPlaying) { seekBar.progress = mediaPlayer.currentPosition currentTime.text = formatTime(mediaPlayer.currentPosition) handler.postDelayed(this, 1000...
ART堆大小设置及动态调整过程分析（Android 8.1）
热门推荐
卜大爷的博客
08-23 2万+
ART虚拟机中，堆（Heap）空间负责进行对象内存的分配。堆的大小也决定了一个应用可使用的内存大小。当应用内存量超过了Android系统给定的最大堆内存限制时，就会产生OOM。 我们接下来逐步分析，决定堆内存大小的因素；以及伴随GC过程中的堆大小的状态变化。 堆的初始设定 手机出厂时，会设置堆内存相关的几个系统参数（每个厂商和机型的设定可能不同）： # Provides overrides to ......
安卓漏洞学习（八）：Android 插件化技术
beefreesky的博客
10-31 1015
android插件的基本原理和实现方法
Android GWP-Asan机制详解
专注于系统快稳省领域
07-19 3654
基本用途：GWP-ASan是一种原生内存分配器功能，在内存分配时额外记录一些信息，用于检测DOUBLE_FREE、USE_AFTER_FREE、INVALID_FREE、BUFFER_OVERFLOW、BUFFER_UNDERFLOW五种内存错误问题。
lenz0a89.gsd Lenze E84AYCPM gsd
12-05
lenz0a89.gsd Lenze E84AYCPM gsd
【大厂+2025】500+真题考点合规备考双通！.zip
12-05
【大厂+2025】500+真题考点合规备考双通！.zip
【微服务架构】基于Spring Cloud Alibaba的秒杀系统设计：高并发场景下库存超卖与分布式事务解决方案
12-05
内容概要：本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程，涵盖系统从需求分析、服务拆分、技术选型到核心功能开发、分布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题，采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性，并通过Nacos实现服务注册发现与配置管理，利用Seata处理跨服务分布式事务，结合RabbitMQ实现异步下单，提升系统吞吐能力。同时，项目支持Docker Compose快速部署和Kubernetes生产级编排，集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系，构建可观测性强的微服务系统。; 适合人群：具备Java基础和Spring Boot开发经验，熟悉微服务基本概念的中高级研发人员，尤其是希望深入理解高并发系统设计、分布式事务、服务治理等核心技术的开发者；适合工作2-5年、有志于转型微服务或提升架构能力的工程师； 使用场景及目标：①学习如何基于Spring Cloud Alibaba构建完整的微服务项目；②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案；③实践分布式事务（Seata）、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用；④完成从本地开发到容器化部署的全流程落地； 阅读建议：建议按照文档提供的七个阶段循序渐进地动手实践，重点关注秒杀流程设计、服务间通信机制、分布式事务实现和系统性能优化部分，结合代码调试与监控工具深入理解各组件协作原理，真正掌握高并发微服务系统的构建能力。
MATLAB基于3D FDTD的微带线馈矩形天线分析[用于模拟超宽带脉冲通过线馈矩形天线的传播，以计算微带结构的回波损耗参数]
最新发布
12-05
MATLAB基于3D FDTD的微带线馈矩形天线分析[用于模拟超宽带脉冲通过线馈矩形天线的传播，以计算微带结构的回波损耗参数]内容概要：本文介绍了基于3D FDTD（时域有限差分）方法在MATLAB平台上对微带线馈电的矩形天线进行分析的技术方案，旨在模拟超宽带脉冲通过该天线结构的传播过程，并重点计算微带结构的回波损耗参数。该方法通过数值仿真手段精确建模电磁波在天线中的传播特性，适用于高频电磁场仿真与天线性能评估，能够有效支持天线设计优化。文中可能涵盖FDTD算法的基本原理、网格划分、边界条件设置、激励源配置及结果后处理等关键环节。; 适合人群：具备电磁场与微波技术基础知识，熟悉MATLAB编程，从事天线设计、射频工程或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①开展超宽带天线的设计与性能仿真；②研究微带天线在脉冲激励下的瞬态响应特性；③计算和优化天线的回波损耗（S11参数），提升匹配性能；④教学与科研中用于电磁仿真方法的实践训练。; 阅读建议：建议读者结合FDTD理论基础与MATLAB编程实践，逐步实现仿真流程，重点关注时间步长、空间网格精度和边界条件对仿真结果的影响，并通过对比仿真与实测数据验证模型准确性。
使用PPG估算心率-SpO2的Matlab开发.zip
12-05
使用PPG估算心率_SpO2的Matlab开发.zip
Java实现的面向对象软件设计模式完整代码示例与详细解析项目_该项目是一个全面系统深入讲解经典GoF设计模式在Java语言中具体实现的代码仓库与学习资源库涵盖了创建型模式如单.zip
12-05
Java实现的面向对象软件设计模式完整代码示例与详细解析项目_该项目是一个全面系统深入讲解经典GoF设计模式在Java语言中具体实现的代码仓库与学习资源库涵盖了创建型模式如单.zip
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值