由于工作需要大量修改framework代码, 在AOSP(Android Open Source Project)源码上花费了不少功夫, Application端和Services端都看和改了不少.
如果只是想看看一些常用类的实现, 在Android包管理器里把源码下载下来, 随便一个IDE配好Source Code的path看就行.
但如果想深入的了解Android系统, 那么可以看下我的一些简单的总结.
知识
java
Java是AOSP的主要语言之一. 没得说, 必需熟练掌握.
熟练的Android App开发
Linux
Android基于Linux的, 并且AOSP的推荐编译环境是Ubuntu 12.04. 所以熟练的使用并了解Linux这个系统是必不可少的. 如果你想了解偏底层的代码, 那么必需了解基本的Linux环境下的程序开发. 如果再深入到驱动层, 那么Kernel相关的知识也要具备.
Make
AOSP使用Make系统进行编译. 了解基本的Makefile编写会让你更清晰了解AOSP这个庞大的项目是如何构建起来的.
Git
AOSP使用git+repo进行源码管理. 这应该是程序员必备技能吧.
C++
Android系统的一些性能敏感模块及第三方库是用C++实现的, 比如: Input系统, Chromium项目(WebView的底层实现).
硬件
流畅的国际网络
AOSP代码下载需要你拥有一个流畅的国际网络. 如果在下载代码这一步就失去耐心的话, 那你肯定没有耐心去看那乱糟糟的AOSP代码. 另外, 好程序员应该都会需要一个流畅的Google.
一台运行Ubuntu 12.04的PC.
如果只是阅读源码而不做太多修改的话, 其实不需要太高的配置.
一台Nexus设备
AOSP项目默认只支持Nexus系列设备. 没有也没关系, 你依然可以读代码. 但如果你想在大牛之路走的更远, 还是改改代码, 然后刷机调试看看吧.
高品质USB线
要刷机时线坏了, 没有更窝心的事儿了.
软件
Ubuntu 12.04
官方推荐, 没得选.
Oracle Java 1.6
注意不要用OpenJDK. 这是个坑, 官方文档虽然有写, 但还是单独提一下.
安装:
sudo apt-get install python-software-properties
sudo add-apt-repository ppa:webupd8team/java
sudo apt-get update
sudo apt-get install oracle-java6-installer
sudo apt-get install oracle-java6-set-default
Eclipse
估计会有不少人吐槽, 为什么要用这个老古董. 其实原因很简单, 合适. 刚开始搞AOSP时, 为了找到效率最优的工具, 我尝试过Eclipse, IntelliJ IDEA, Vim+Ctags, Sublime Text+Ctags. 最终结果还是Eclipse. 主要优点有:
有语法分析 (快速准确的类, 方法跳转).
支持C++ (IntelliJ的C++支持做的太慢了).
嵌入了DDMS, View Hierarchy等调试工具.
为了提高效率, 花5分钟背下常用快捷键非常非常值得.
调整好你的classpath, 不要导入无用的代码. 因为AOSP项目代码实在是太多了. 当你还不需要看C++代码时, 不要为项目添加C++支持, 建索引过程会让你崩溃.
Intellij IDEA
开发App必备. 当你要调试系统的某个功能是, 常常需要迅速写出一个调试用App, 这个时候老旧的Eclipse就不好用了. Itellij IDEA的xml自动补全非常给力.
巨人的肩膀
这个一定要先读. 项目介绍, 代码下载, 环境搭建, 刷机方法, Eclipse配置都在这里. 这是一切的基础.
这个其实是给App开发者看的. 但是里面也有不少关于系统机制的介绍, 值得细读.
此老罗非彼老罗. 罗升阳老师的博客非常有营养, 基本可以作为指引你开始阅读AOSP源码的教程. 你可以按照博客的时间顺序一篇篇挑需要的看.但这个系列的博客有些问题:
早期的博客是基于旧版本的Android;
大量的代码流程追踪. 读文章时你一定要清楚你在看的东西在整个系统处于什么样的位置.
邓凡平老师也是为Android大牛, 博客同样很有营养. 但是不像罗升阳老师的那么系统. 更多的是一些技术点的深入探讨.
Android官方Issue列表. 我在开发过程中发现过一些奇怪的bug, 最后发现这里基本都有记录. 当然你可以提一些新的, 有没有人改就是另外一回事了.
一定要能流畅的使用这个工具. 大量的相关知识是没有人系统的总结的, 你需要自己搞定.
其它
代码组织
AOSP的编译单元不是和git项目一一对应的, 而是和Android.mk文件一一对应的. 善用mmm命令进行模块编译将节省你大量的时间.
Binder
这是Android最基础的进程间通讯. 在Application和System services之间大量使用. 你不仅要知道AIDL如何使用, 也要知道如何手写Binder接口. 这对你理解Android的Application和System services如何交互有非常重要的作用. Binder如何实现的倒不必着急看.
HAL
除非你对硬件特别感兴趣或者想去方案公司上班, 否则别花太多时间在这一层.
CyanogenMod
这是一个基于AOSP的第三方Rom. 从这个项目的wiki里你能学到很多AOSP官方没有告诉你的东西. 比如如何支持Nexus以外的设备.
DIA
这是一个Linux下画UML的工具, 能够帮你梳理看过的代码.
XDA
❷ android开发，想要获取手机内的所有pdf文件，该怎么做
先获取读取文件的权限，再遍历文件夹及子文件夹，直到结束就可以了。
private void getAllFiles(File root,ArrayList<File> results){
File files[] = root.listFiles();
if(files != null){
for (File f : files){
if(f.isDirectory()){
getAllFiles(f,results);
}
else{
String name = f.getName();
String extension
= name.substring(name.lastIndexOf("."));
if(extension.Equal("pdf")){
results.add(f);
}
}
}
}
}
❸ 怎样查看 Android APP源代码
将apk文件拷贝至sdcard上。
命令顺序如下：
进入Android sdk文件夹/tools目录下
输入adb shell
输入su
输入cd data
输入cd app
这时就可以看到你安装的所有的apk文件。输入cp 空格 对应的apk 空格 /sdcard/
这样就将apk文件拷贝出来了。
将apk文件后缀直接变成rar格式，可以看到熟悉的目录结构了，
其中xml文件打开后都是二进制的，无法查看。
这时就用到了一个android4me的AXMLPrinter2工具。(请自行网络搜索)
输入以下命令，将xml文件解析出来
java -jar AXMLPrinter2.jar showtimes_list.xml
此命令是在命令行中查看此showtimes_list.xml
将showtimes_list.xml生成xml文件，则输入以下命令：
java -jar AXMLPrinter2.jar showtimes_list.xml > h.xml
目前进行到这一步，只能看到xml文件的内容，其工程中的java源文件还是看不到，看目录结构下有一个classes.dex文件，我们需要将dex文件变为jar文件。
这里用到了另一个工具dex2jar。(自行搜索下载)
在Windows下解压之后的目录如下图所示：
在命令行中，进入到此目录下：
在Windows下，输入以下命令：
dex2jar.bat c:classes.dex
运行完之后，在C盘会多一个classes.dex.dex2jar.jar文件，此文件就是我们需要的jar文件。
利用jd-gui，将jar文件反向工程为java代码。(请自行搜索下载)
它分为Windows、Linux、和max三个版本，这里我下载的是Windows版本的。
解压之后，双击运行exe文件，选择classes.dex.dex2jar.jar文件，相应的jar文件中的Java文件就被反向工程显示出来了！
❹ Android上生成word或者pdf，有开源的api么
Android上生成word或者pdf，有开源的api么？思路有两个：
1、通过jni调用 ms word com接口 生成pdf
2、使用openoffice生成pdf
从生成的质量来看，第一种效果好，毕竟是微软自家产品。第二种对于普通的文档，转换基本没什么问题，但是在对于word文档里有公式式或特殊内容，转换出来会变形。下面的代码是使用
Jacob转换的 代码有点长：我整理的文章：itate-动态-文章《Android上生成word或者pdf，有开源的api么？》
❺ 制作安卓PDF阅读器：七、实现多实例打开、文档目录树
无论什么平台，任何查看器都理应支持多实例模式。不仅仅要支持多实例模式，还要可以切换到单实例模式，而且在多实例下，在外部App重复打开同一文件，可跳转至已有实例，而不会重复打开相同的多实例，这便是设计。
为此，需大量运用 static 全局变量。不必担心内存泄漏，只要不崩溃，就可以在 onDestroy 中释放引用。若是不慎崩溃，整个虚拟进程都被关闭了，又有什么可担心的呢？
从桌面打开主界面有两种选择：
主界面UI
底栏：【前进，后退，搜索，书签大纲，宫格更多】
宫格更多 第二底栏（底栏之上）
宫格：【夜间模式，历史记录，书签，设置，缩略图模式，转屏，朗读，页面跳转，进度条，小缩略图，左侧小缩略图，右侧小笔记】
底栏：【退出程序，退离程序，返回】
尼玛这些慢慢做，够我做一年……
先从底栏做起吧，然后定制底栏，然后宫格及其变形动画。
燃鹅时间有限，所以可能取消动画，取消自定义，速战速决……
优化 TellH / RecyclerTreeView ：
其实 listview 也能达到类似的效果(见下方)，不过既然有人（似乎是抖音安卓团队）专门抽离出了libarary，就不必再造轮子了，改进就行。寥寥二三文件就不必新建库模块了，源码拉直接拉进去，简单又省事。
目录对话框：viewpager，并排【书签，目录，注释列表】
Dialog + viewpager + FragmentPagerAdapter + 以上三个Fragment
需注意 FragmentPagerAdapter 的构造参数。应当传入 getChildFragmentManager() 而不是 getSupportFragmentManager()，否则因为这里是 Dialog 嵌套 Fragment，传全局的FragmentManager会导致APP崩溃（No view found for id … for fragment … 异常）。
既然决定使用 Dialog 了，不妨直接上 DialogFragment。后者的配置更加灵活，既可以当做 Dialog 弹出对话框，又可以选择将之当作普通的 Fragment ，直接加载进入主界面布局。
对话框界面设计分三层：
Toolbar【各种小按钮】
viewpager【书签，目录，注释列表】
TabLayout【书签，目录，注释列表】
拉取PDF目录，需要用到的API有：FPDFBookmark_GetFirstChild、FPDFBookmark_GetNextSibling、FPDFBookmark_GetTitle、FPDFBookmark_GetDest，没有编辑功能。
其实 PDF 的书签目录除了页码外，还可以包含一些视图参数，大概是缩放、页面位置这些。既然PDFium不支持编辑书签，那暂时就这样。
记录一下复用这个目录树对话窗口引发的recyclerview不响应notifydatasetchanged调用的bug。（解决fragment嵌套viewpager再嵌套recyclerview导致recyclerview无法正常更新的BUG。）
dismiss并复用后，点击列表中的目录，目录不再展开，recyclerview不更新视图。但是 滚动 一下recyclerview（即使条目很少无法真正滚动，向上划一下也会有效果。），发现视图更新了，这证明逻辑处理并无问题。那么问题出在哪呢？
答案是 viewpager 的adapter不能被复用。关键在于这个adapter传入了一个getChildFragmentManager()对象。而这玩意儿在对话框dismiss后就会立即失效。所以即使视图是复用的，第二次的onCreateView也需要重新给viewpager设置adapter。