阅读android源码,源码阅读app

如何阅读android framework源码

首先看MediaRecorder.java内的setVideoEncoder方法:

网站制作、网站建设中从网站色彩、结构布局、栏目设置、关键词群组等细微处着手,突出企业的产品/服务/品牌,帮助企业锁定精准用户,提高在线咨询和转化,使成都网站营销成为有效果、有回报的无锡营销推广。成都创新互联专业成都网站建设10多年了,客户满意度97.8%,欢迎成都创新互联客户联系。

/**

* Sets the video encoder to be used for recording. If this method is not

* called, the output file will not contain an video track. Call this after

* setOutputFormat() and before prepare().

*

* @param video_encoder the video encoder to use.

* @throws IllegalStateException if it is called before

* setOutputFormat() or after prepare()

* @see android.media.MediaRecorder.VideoEncoder

*/

public native void setVideoEncoder(int video_encoder)

throws IllegalStateException;123456789101112

这是一个native方法,根据JNI的规则,我们应该去android_media_MediaRecorder.cpp里看这个方法的实现:

static void

android_media_MediaRecorder_setVideoEncoder(JNIEnv *env, jobject thiz, jint ve)

{

ALOGV("setVideoEncoder(%d)", ve);

if (ve VIDEO_ENCODER_DEFAULT || ve = VIDEO_ENCODER_LIST_END) {

jniThrowException(env, "java/lang/IllegalArgumentException", "Invalid video encoder");

return;

}

spMediaRecorder mr = getMediaRecorder(env, thiz);

process_media_recorder_call(env, mr-setVideoEncoder(ve), "java/lang/RuntimeException", "setVideoEncoder failed.");

}1234567891011

关键是最后的两句,sp是Android 里的一个指针,就当没看见~ 所以最后两句的意思是调用Native层的MediaRecorder的setVideoEncoder方法。

继续去MediaRecorder.cpp里看setVideoEncoder方法:

status_t MediaRecorder::setVideoEncoder(int ve)

{

ALOGV("setVideoEncoder(%d)", ve);

if (mMediaRecorder == NULL) {

ALOGE("media recorder is not initialized yet");

return INVALID_OPERATION;

}

if (!mIsVideoSourceSet) {

ALOGE("try to set the video encoder without setting the video source first");

return INVALID_OPERATION;

}

if (mIsVideoEncoderSet) {

ALOGE("video encoder has already been set");

return INVALID_OPERATION;

}

if (!(mCurrentState MEDIA_RECORDER_DATASOURCE_CONFIGURED)) {

ALOGE("setVideoEncoder called in an invalid state(%d)", mCurrentState);

return INVALID_OPERATION;

}

status_t ret = mMediaRecorder-setVideoEncoder(ve);

if (OK != ret) {

ALOGV("setVideoEncoder failed: %d", ret);

mCurrentState = MEDIA_RECORDER_ERROR;

return ret;

}

mIsVideoEncoderSet = true;

return ret;

}1234567891011121314151617181920212223242526272829

这里的mMediaReocorder定义在MediaRecorder.h里:

spIMediaRecorder mMediaRecorder;1

可见其是一个IMediaRecorder类型的变量,这是一个接口类型,看一下其接口定义,在IMediaRecorder.h中:

class IMediaRecorder: public IInterface

{

public:

DECLARE_META_INTERFACE(MediaRecorder);

virtual status_t setCamera(const sphardware::ICamera camera,

const spICameraRecordingProxy proxy) = 0;

virtual status_t setPreviewSurface(const spIGraphicBufferProducer surface) = 0;

virtual status_t setVideoSource(int vs) = 0;

virtual status_t setAudioSource(int as) = 0;

virtual status_t setOutputFormat(int of) = 0;

virtual status_t setVideoEncoder(int ve) = 0;

virtual status_t setAudioEncoder(int ae) = 0;

virtual status_t setOutputFile(int fd, int64_t offset, int64_t length) = 0;

virtual status_t setVideoSize(int width, int height) = 0;

virtual status_t setVideoFrameRate(int frames_per_second) = 0;

virtual status_t setParameters(const String8 params) = 0;

virtual status_t setListener(const spIMediaRecorderClient listener) = 0;

virtual status_t setClientName(const String16 clientName) = 0;

virtual status_t prepare() = 0;

virtual status_t getMaxAmplitude(int* max) = 0;

virtual status_t start() = 0;

virtual status_t stop() = 0;

virtual status_t reset() = 0;

virtual status_t pause() = 0;

virtual status_t resume() = 0;

virtual status_t init() = 0;

virtual status_t close() = 0;

virtual status_t release() = 0;

virtual status_t setInputSurface(const spIGraphicBufferConsumer surface) = 0;

virtual spIGraphicBufferProducer querySurfaceMediaSource() = 0;

};

// ----------------------------------------------------------------------------

class BnMediaRecorder: public BnInterfaceIMediaRecorder

{

public:

virtual status_t onTransact( uint32_t code,

const Parcel data,

Parcel* reply,

uint32_t flags = 0);

};12345678910111213141516171819202122232425262728293031323334353637383940414243

呐~关键的步骤来了,在以前我基本就追到这,就算完蛋了,不知道怎么继续往下追了,后来看Binder相关的内容,知道了BnInterface的作用,这是Binder中关键的一环,我们这就不展开讲了,只要记得,接下来我们要追的是BnMediaRecorder这个类。

全局搜索一下“: public BnMediaRecorder”,也就是去找它的实现类,发现在MediaRecorderClient.h当中有如下的定义:

class MediaRecorderClient : public BnMediaRecorder

{

class ServiceDeathNotifier: public IBinder::DeathRecipient

{

public:

ServiceDeathNotifier(

const spIBinder service,

const spIMediaRecorderClient listener,

int which);

virtual ~ServiceDeathNotifier();

virtual void binderDied(const wpIBinder who);

private:

int mWhich;

spIBinder mService;

wpIMediaRecorderClient mListener;

};

public:

virtual status_t setCamera(const sphardware::ICamera camera,

const spICameraRecordingProxy proxy);

virtual status_t setPreviewSurface(const spIGraphicBufferProducer surface);

virtual status_t setVideoSource(int vs);

virtual status_t setAudioSource(int as);

virtual status_t setOutputFormat(int of);

virtual status_t setVideoEncoder(int ve);

virtual status_t setAudioEncoder(int ae);

virtual status_t setOutputFile(int fd, int64_t offset,

int64_t length);

virtual status_t setVideoSize(int width, int height);

virtual status_t setVideoFrameRate(int frames_per_second);

virtual status_t setParameters(const String8 params);

virtual status_t setListener(

const spIMediaRecorderClient listener);

virtual status_t setClientName(const String16 clientName);

virtual status_t prepare();

virtual status_t getMaxAmplitude(int* max);

virtual status_t start();

virtual status_t stop();

virtual status_t reset();

virtual status_t pause();

virtual status_t resume();

virtual status_t init();

virtual status_t close();

virtual status_t release();

virtual status_t dump(int fd, const VectorString16 args);

virtual status_t setInputSurface(const spIGraphicBufferConsumer surface);

virtual spIGraphicBufferProducer querySurfaceMediaSource();

private:

friend class MediaPlayerService; // for accessing private constructor

MediaRecorderClient(

const spMediaPlayerService service,

pid_t pid,

const String16 opPackageName);

virtual ~MediaRecorderClient();

spIBinder::DeathRecipient mCameraDeathListener;

spIBinder::DeathRecipient mCodecDeathListener;

pid_t mPid;

Mutex mLock;

MediaRecorderBase *mRecorder;

spMediaPlayerService mMediaPlayerService;

};123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

那么我们去MediaRecorderClient.cpp里看看:

status_t MediaRecorderClient::setVideoEncoder(int ve)

{

ALOGV("setVideoEncoder(%d)", ve);

Mutex::Autolock lock(mLock);

if (mRecorder == NULL) {

ALOGE("recorder is not initialized");

return NO_INIT;

}

return mRecorder-setVideoEncoder((video_encoder)ve);

}12345678910

这里的mRecorder 定义在MediaRecorderClient.h当中:

MediaRecorderBase *mRecorder;1

来,我们继续搜索“: public MediaRecorderBase”,在StagefrightRecorder.h中找到了,那么我们去StagefrightRecorder.cpp当中看看~

status_t StagefrightRecorder::setVideoEncoder(video_encoder ve) {

ALOGV("setVideoEncoder: %d", ve);

if (ve VIDEO_ENCODER_DEFAULT ||

ve = VIDEO_ENCODER_LIST_END) {

ALOGE("Invalid video encoder: %d", ve);

return BAD_VALUE;

}

mVideoEncoder = ve;

return OK;

}123456789101112

呐,这就算完了~最后我们会发现MediaRecorder中的接口实现基本到最后都会落在这个StagefrightRecorder.cpp当中。

如何阅读Android应用层源代码

当阅读Android原生的应用层源代码时,当遇到不理解的API时,如果仅凭将API函数放到google的官方API网页中去搜索的话,不一定合适,可以用eclipse先搜到该函数的定义处,看属于哪个类,然后再在google的官方API网页中搜该类,然后找到这个方法,如果该方法还是没在该类中,那么可以用eclipse找找该方法是不是继承与其子类,再从子类中搜搜。

构建开发环境

1、 构建Android编译环境:

Ubuntu11.10-64bit系统、一系列编译库、JDK、Android SDK、Eclipse +ADT。

2、 Android官方原生Android代码。

3、 源代码根目录下:

source build/envsetup.sh

lunch full-eng

make –j4

1、2、3相关内容在都有相关说明。

4、 编译Android源码的同时,可以建立Android源代码Java工程

(1)将源码目录\development\ide\eclipse 中的.classpath复制到源码根目录下。

(2)更改eclipse缓存设置

在eclipse安装根目录下修改eclipse.ini

-Xms128m

-Xmx512m

-XX:MaxPermSize=256m

(3)将 源码目录\development\ide\eclipse 中的android-formatting.xml和android.importorder导入eclipse。

android-formatting.xml用来配置eclipse编辑器的代码风格;android.importorder用来配置eclipse的import的顺序和结构。

如何用adroid studio 如何阅读android源码

在android源码中有一个目录idegen,是生成ide的project文件,主要是生成intellij的project文件,用source insight阅读Android源码,效果非常好。

过程:

效果图;

在开始编译idegen模块前,需要知道需要先全局编译出out目录及相关文件;

在根目录生成对应的android.ipr、android.iml IEDA工程配置文件;

导入到android studio,打开Android studio,点击File Open,选择刚刚生成的android.ipr就好了;

备注:

可以结合android studio,界面,智能提示都比source insight要好。

如何查看Android源码

当我们在eclipse中开发android程序的时候,往往需要看源代码(可能是出于好奇,可能是读源码习惯),那么如何查看Android源代码呢? 比如下面这种情况假设我们想参看Activity类的源代码,按着Ctrl键,左击它,现实的结果却看不到代码的,提示的信息便是“找不到Activity.class文件”。此时点击下面的按钮,“Change Attached Source…”,选择android源代码所在位置,便弹出图三的对话框。 第一种是选择工作目录,即已经存在的android应用程序源代码。 第二种分两种方式 (1)选择External File…按钮,添加Jar格式文件或者zip格式文件路径; (2)选择External Floder…按钮,添加文件夹所在路径。 下面问题就来了,源代码在哪里?不能凭空产生阿。 可以通过Android SDK Manager进行源代码下载;(推荐该种方法)

大牛们是怎么阅读 Android 系统源码的

由于工作需要大量修改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源码,源码阅读app
文章源于:http://azwzsj.com/article/dsgpdcp.html