Android 一些有意思的命令小工具 —— lshal
android 自带了很多 cmds 的小工具,都挺用有的,也有些比较有意思。这里介绍的是 lshal 这个工具。说之前先把相关源码位置说下(10.0 的): 12345# lshal 源码:frameworks/native/cmds/lshal/# auto vhal 源码:
android 自带了很多 cmds 的小工具,都挺用有的,也有些比较有意思。这里介绍的是 lshal 这个工具。说之前先把相关源码位置说下(10.0 的): 12345# lshal 源码:frameworks/native/cmds/lshal/# auto vhal 源码:
MediaPlayer Sample Code 官方文档的状态机如下图: 按照官网状态机,一般 MediaPlayer 使用代码如下: 1234567891011// 1. new MediaPlayer 对象MediaPlayer mp = new MediaPlayer()
Android Studio 调试的优点 Android Studio 作为 google android 官方开发工具,调试的优点简单来说有: 可以在源码打断点单步调试 打断点后可以查看各种变量的函数值,而且还支持动态修改 打断点后可以查看函数调用堆栈 打断点后可以查看进程线
整理 Gradle 工程模板的目的 我之前公司是一家 soc 公司,有下面几个特点: 本地电脑不能上外网,只能上内网 有 app 开发,但是不是移动互联网公司那种大型的,基本是就是系统自带的一些基础应用 系统编译、打包在内网编译服务器 我想达到下面几个目的,提升开发效率:
Java 真的有内存泄漏问题么 会 java 的人都知道 java 没有 delete 也没有 free 方法,只有 new,java 的内存是虚拟机来自动管理的,程序员不需要关心内存回收,虚拟机会自动管理。所以大家都认为 java 开发比 C/C++ 方便很多,因为再也不用关心
之前公司基于 android 6.0 的短信开发了一个短信 app,但是 android 原生的短信滑动很卡,刚开始怀疑是头像处理图片的问题,但是把头像去掉后,滑动依旧卡。感觉很奇怪,于是就尝试使用 DDMS 自带的几个工具分析了一下,发现竟然是由于一个 String 使用的问题
之前由于工作上的原因需要提升应用切换到后台后存活的概率,也就是切换到后台后,不被系统杀掉的概率。这么做的目的是为了能够接收到某些 broadcast,因为某些国产系统(miui,flyme 等),限制了程序自动启动的能力。在这些系统上如果你的程序没有运行,那么 broadcast
应用开发了几个版本,功能越来越多,集成的 sdk 也越来越多,突然发现,在应用冷启动速度很慢,特别在某些手机上,特别是第一次安装的时候。严重的时候从点击图标启动应用,到看到第一个页面,有些时候需要 6、7s,所以就需要优化一下。 这里优化的是优化冷启动需要的时间,android
背景 我们的平板增加了一个关机闹钟的功能。就是设备在关机的情况也能唤醒然后响闹钟。实现方法是:在 kernel 中增加一个 RTC 时钟(关机情况下,板载的 RTC 时钟还在运行的,所以你关机一段时间发现电池会变少),然后提前一段时间开机(我们设定的是1分钟,得给点时间给开机,我
上一篇分析了广播的注册流程,这篇来分析下广播的发送、处理流程。这里为什么把发送和处理和来一起说咧,那是因为其实这是一个过程,发送接口里面差不多就是处理过程了。我们先照例把相关代码位置啰嗦一下(4.2.2): 123456789101112131415161718192021222