android的編譯文件

⑴ Android-ffmpeg編譯so文件

Android中如果需要用到ffmpeg做視頻處理，那麼最好的方法就是從頭到尾親自從編譯到集成。踏入ffmpeg的第一步自然就是通過編譯得到Android中可以用的so文件

請大家按我提供的版本環境進行編譯，不然會有很多坑要爬哦。本人就是一路爬坑，最後才編譯成功0.0

腳本文件大家可以自行去研究，可以根據需要編譯自己所需的東西

接下來等執行完畢後，就可以在ffmpeg根目錄下發現一個android目錄

裡面有個 arm 目錄進去有一個 include 和 lib

⑵ android怎麼樣編譯framework

在開發過程中,尤其是Framework相關開發時,有時候需要重新編譯資源文件.編譯順序和注意事項如下:
1,資源文件位置:frameworks/base/core/res
2,編譯後生成的文件:framework-res.apk 另外com.android.internal.R會更新這個R.java所在目錄為/out/target/common/R/com/android/internal.
3,編譯資源後,必須重新編譯framework.jar.
4,如果在frameworks/base/core/res執行mm是並不重新編譯,請使用toutch ### 命令
###代表目錄下的一個文件.
5,資源文件要小寫.
6,如果沒有必要,不要編譯資源文件,可以用其他方式使用資源,比如將資源使用adb push 傳到某個目
錄,程序中直接指定具體目錄.我在編譯資源過程中遇到一些奇怪的問題,比如有時候許多圖標會顯
示錯誤,原因猜測跟重新編譯資源有關,可以試著重新編譯services.jar並替換看看.

舉一個例子:假如我想在WindowManagerService.java中使用一個圖片資源pic.png.順序如下.
1,將文件pic.png拷貝到位置:frameworks/base/core/res/res/drawable下.
2,在frameworks/base/core/res/res/drawable目錄下執行touch pic.png.
3,進入目錄frameworks/base/core/res/ 執行mm命令, 編譯 framework-res.apk
4,執行完後com.android.internal.R 會新生成一個R.drawable.pic的引用.在程序中使用即可.
5,在目錄frameworks/base/ 下執行mm 編譯 framework.jar.
6,在WindowManagerService.java中使用com.android.internal.R.drawable.pic,使用完後保存文件.
7,進入目錄frameworks/base/services/java/ 執行mm 編譯 services.jar
8,替換機器上(虛擬機或者真機)的jar apk文件.
adb push framework-res.apk /system/framework/
adb push services.jar /system/framework/
adb push framework.jar /system/framework/
執行命令時注意framework-res.apk 的真實路徑.
9,reboot 機器,查看修改結果.大功告成!

⑶ Android Framework 之 使用系統編譯的文件 添加到 SDK 的源碼

在上一篇文章中: Android Framework 添加新的 系統服務
我們添加了 新的 系統服務 DemoManagerService, 客戶端可以通過 DemoManager.java 訪問。
但是 使用 Android Studio 新建一個項目時，是不能直接使用DemoManager.java, 因為當前Android Studio使用的是Google 原生的SDK (API31)，並沒沒有我們新增的服務.
由此，產生一個debug 的需求： 使用系統編譯的文件 替換掉 SDK 的源碼
以達到我們可以在Android studio 可以使用新的服務。

總的思想是，將新增、修改的類的編譯成位元組碼文件，然後把它放到 android.jar中.

（JAVA_LIBRARIES， 不同廠商產物不一樣）
例如路徑： androidout argetcommonobjJAVA_LIBRARIESframework_intermediates
然後解壓這個路徑下 class 的 jar 包
則可以在路徑：
(1) androidapp 下， 找到：

(2) androidcontent

先找到 如： [SDK安裝路徑]platformsandroid-31目錄，
將目錄下的 android.jar 解壓，將上面的五個文件， 添加到SDK 源碼對應的目錄中，即

[SDK安裝路徑]platformsandroid-31androidandroidapp
[SDK安裝路徑]platformsandroid-31androidandroidcontent

然後，重新壓縮 android文件， 並把後綴改為 android.jar (即替換掉原來的android.jar)

則可以使用DemoManager

⑷ Android編譯打包的過程

本文所有內容都是通過網文加自己的實踐得出的結論，沒有找到官方參考書目，因此若有錯誤之處，歡迎指出。

（Android Asset Packaging Tool）編譯和打包資源的工具

其中.class為位元組碼的形式，用Intellj可以直接反編譯打開，看到其中的內容，發現相比於.java文件，已經做了一定的優化

apk文件分析
```

! ( https://upload-images.jianshu.io/upload_images/15623627-f005f457fce3005a.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240 )
res中的xml文件也被編譯成了二進制，名字也發生了改變（混淆），但其中的png內容都是可以直接打開的。
! ( https://upload-images.jianshu.io/upload_images/15623627-2caf2a33ed808efb.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240 )

⑸ android編譯命令的說明

android源碼目錄下的build/envsetup.sh文件，描述編譯的命令

- m:       Makes from the top of the tree.

- mm:      Builds all of the moles in the current directory.

- mmm:     Builds all of the moles in the supplied directories.

要想使用這些命令，首先需要設置android腳本編譯環境，在源碼根目錄執行 source build/envsetup.sh

m：編譯所有的模塊

mm：編譯當前目錄下的模塊，當前目錄下要有Android.mk文件

mmm：編譯指定路徑下的模塊，指定路徑下要有Android.mk文件

下面舉個例子說明，假設我要編譯android下的\framework\av\cmds\screenrecord模塊，

當前目錄為源碼根目錄，方法如下：

1、source build/envsetup.sh

2、mmm framework/av/cmds/screenrecord

或者 ：

1、source build/envsetup.sh

2、cd framework/av/cmds/screenrecord

3、mm

⑹ Android編譯報錯

在大環境中用make編譯app時有時候會報下面的錯誤。

ninja: error: 'out/target/common/obj/JAVA_LIBRARIES/widget_intermediates/classes-header.jar', needed by 'out/target/common/obj/APPS/Mms_intermediates/classes-full-debug.jar', missing and no known rule to make it

17:42:04 ninja failed with: exit status 1

從錯誤看，是找不到header包。但是單編widget這個包的時候，生成的又沒有這個header包，全編的時候才有，所以要把這個模塊的mk文件include到MMS模塊的mk文件中，重新編譯一下就有了。

用JD-JUI 把這個classes-header.jar打開看一下，發現這個文件包裡面只有各個類的函數聲明，沒有具體的實現，就類似C語言的.h文件，是在編譯java文件的時候同步生成的，可以查系統 的mk編譯文件。

在android 的external 目錄下有一個 Turbine 包，應該是生成jar的header文件的。

在 build/make/core/java.mk 裡面有header的生成，希望有時間仔細研究一下。

# Run jarjar before generate classes-header.jar if necessary. 274 ifneq ($( strip $( LOCAL_JARJAR_RULES )),) 275 $( full_classes_header_jarjar ): PRIVATE_JARJAR_RULES :=$( LOCAL_JARJAR_RULES ) 276 $( full_classes_header_jarjar ): $( full_classes_turbine_jar ) $( LOCAL_JARJAR_RULES ) | $( JARJAR ) 277 @ echo Header JarJar : $@ 278 $( hide ) $( JAVA )- jar $( JARJAR ) process $( PRIVATE_JARJAR_RULES )$< $@ 279 else 280 full_classes_header_jarjar :=$( full_classes_turbine_jar ) 281 endif 282 

⑺ 在android中如何編譯連接 c 的可執行文件

1. 在./development目錄下創建一目錄 如：myhello
2. 進入hello目錄，在其下編寫自己的.c文件,如: myhello.c
#include <stdio.h>
int main()
{
printf("hello world\n");
exit(0);
//return 0;
}
3. 在hello目錄中，編寫Android.mk, 內容如下：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := myhelloworld
LOCAL_SRC_FILES := myhello.c
LOCAL_MODULE_TAGS := optional
include $(BUILD_EXECUTABLE)
4. 回到Android源代碼頂層目錄，進行編譯，make myhelloworld
5. 生成的可執行文件位於:out/target/proct/lotus/system/bin/ 目錄下
6. adb push 到手機 /data 目錄下,然後進入adb shell,到data目錄下,執行./myhelloworld 皆可

手動編譯連接【arm-eabi-gcc 的目錄隨andorid的版本而有變化，還有就是需要鏈接的文件如果比較多時，需要很多-l 就很麻煩了】
7、編譯成目標文件：
#$(yourAndroid)/prebuilt/linux-x86/toolchain/[arm-eabi-4.2.1]/bin/arm-eabi-gcc -I bionic/libc/arch-arm/include/ -I bionic/libc/include -I bionic/libc/kernel/common -I bionic/libc/kernel/arch-arm -g -c helloworld.c -o hello.o
8、生成可執行代碼：
#$(yourAndroid)/prebuilt/linux-x86/toolchain/[arm-eabi-4.2.1]/bin/arm-eabi-gcc -nostdlib -Bdynamic -Wl,-T,build/core/armelf.x -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,noreloc -o helloworld -Lout/target/proct/[generic]/obj/lib -Wl,-rpath-link=out/target/proct/[generic]/obj/lib -lc hello.o -entry=main

其中[ ]中部分根據實際情況修改

**************************************************
實驗：
1. 建目錄(my Android)/development/test， 在該目錄下新建 Android.mk和fb_test.c文件

2. Android.mk文件

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := myfbtest
LOCAL_SRC_FILES := fb_test.c
LOCAL_MODULE_TAGS := optional
include $(BUILD_EXECUTABLE)

3. 以下為fb_test.c
#include <fcntl.h>
#include <linux/fb.h>
#include <sys/mman.h>
#include <linux/kd.h>

#include <stdio.h>

#define FBBIT_PER_PIXEL 32
#define FBBIT_PIXEL_IMAGE 16
#define PIXELS_WIDTH_BYTE 4
#define BYTE_PER_PIXEL 3
#define FB_GRAPHICS_PATH "/dev/graphics/fb0"
#define DEV_TTY0_PATH "/dev/tty0"

#define DISPLAY_ERROR -1
#define DISPLAY_SUCCESS 0

#define GET_BATTERYCAPACITY_ERR -1

#define MAX_STR 255

static struct {
int fd;
void *pixels;
struct fb_fix_screeninfo fixed;
struct fb_var_screeninfo var;
int align_xres;
} fb;

int getBatteryCapacity(void)
{
FILE *in;
char tmpStr[MAX_STR + 1];
char capfile[] = "/sys/class/power_supply/battery/capacity";

if (capfile == NULL)
return GET_BATTERYCAPACITY_ERR;

in = fopen(capfile, "rt");
if (in == NULL)
return GET_BATTERYCAPACITY_ERR;

if (fgets(tmpStr, MAX_STR, in) == NULL) {
printf("Failed to read battery capacity!\n");
fclose(in);
return GET_BATTERYCAPACITY_ERR;

}

printf("Battery capacity(ascii): %s\n", tmpStr);
fclose(in);

return 0;//atoi(tmpStr);
}

static int vt_set_graphicsmode(int graphics)
{
int fd, r;
fd = open(DEV_TTY0_PATH, O_RDWR | O_SYNC);
if (fd < 0)
return DISPLAY_ERROR;
r = ioctl(fd, KDSETMODE, graphics);
close(fd);
return r;
}

int display_init(void)
{
fb.fd = open(FB_GRAPHICS_PATH, O_RDWR);
if (fb.fd < 0)
return DISPLAY_ERROR;

if (ioctl(fb.fd, FBIOGET_FSCREENINFO, &fb.fixed) < 0)
return DISPLAY_ERROR;
if (ioctl(fb.fd, FBIOGET_VSCREENINFO, &fb.var) < 0)
return DISPLAY_ERROR;
fb.align_xres = fb.fixed.line_length /
(fb.var.bits_per_pixel >> BYTE_PER_PIXEL);

fb.pixels = mmap(0, fb.fixed.line_length * fb.var.yres_virtual,
PROT_READ | PROT_WRITE, MAP_SHARED, fb.fd, 0);
if (fb.pixels == MAP_FAILED)
return DISPLAY_ERROR;

vt_set_graphicsmode(KD_GRAPHICS);

memset(fb.pixels, 0, fb.fixed.line_length * fb.var.yres_virtual);
//display_update(fb.pixels, fb.align_xres, fb.var.yres);
fb.var.activate = FB_ACTIVATE_FORCE;
ioctl(fb.fd, FBIOPUT_VSCREENINFO, &fb.var);

printf("display_init ok\n");

return DISPLAY_SUCCESS;
}

void display_on(void)
{
ioctl(fb.fd, FBIOBLANK, FB_BLANK_UNBLANK);
}

void display_off(void)
{
ioctl(fb.fd, FBIOBLANK, FB_BLANK_POWERDOWN);
}

int main()
{
display_init();
display_off();//關顯示屏

getBatteryCapacity();
sleep(5);

display_on();//開顯示屏

return 0;
}

⑻ Android.mk介紹(一)

在Linux下，可以通過Makefile來對源碼工程進行管理，Android.mk文件是Makefile的一小部分，它用來對Android程序進行編譯。Android.mk文件中描述了哪些C文件將被編譯且指明了如何編譯。Android.mk文件用來告知NDK Build 系統關於Source的信息。

1、編譯可執行程序

2、編譯動態庫或靜態庫

3、預編譯文件(APK或Java庫)

以上三種是Android.mk的主要用法，我們寫mk文件時也就是以上三種目的。

首先看一個最簡單的Android.mk的例子：

講解：

每個Android.mk文件必須以定義 LOCAL_PATH 為開始。它用於在開發tree中查找源文件。

宏 my-dir 由Build System提供。返回包含Android.mk的目錄路徑。

CLEAR_VARS 變數由Build System提供。並指向一個指定的GNU Makefile，由它負責清理很多LOCAL_xxx.

例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .

這個清理動作是必須的，因為所有的編譯控制文件由同一個GNU Make解析和執行，其變數是全局的。所以清理後才能避免相互影響。

LOCAL_MODULE 模塊必須定義，以表示Android.mk中的每一個模塊。名字必須唯一且不包含空格。

Build System會自動添加適當的前綴和後綴。例如，foo，要產生動態庫，則生成libfoo.so.

但請注意：如果模塊名被定為：libfoo.則生成libfoo.so. 不再加前綴。

LOCAL_SRC_FILES變數必須包含將要打包如模塊的C/C++ 源碼。

不必列出頭文件，build System 會自動幫我們找出依賴文件。

預設的C++源碼的擴展名為.cpp. 也可以修改，通過LOCAL_CPP_EXTENSION。

BUILD_SHARED_LIBRARY：是Build System提供的一個變數，指向一個GNU Makefile Script。

它負責收集自從上次調用include $(CLEAR_VARS) 後的所有LOCAL_XXX信息。並決定編譯為什麼。

BUILD_STATIC_LIBRARY：編譯為靜態庫。
BUILD_SHARED_LIBRARY ：編譯為動態庫
BUILD_EXECUTABLE：編譯為Native C可執行程序

BUILD_PACKAGE（既可以編apk，也可以編資源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)

BUILD_JAVA_LIBRARY（Java共享庫）

BUILD_STATIC_JAVA_LIBRARY（java靜態庫）

Android源碼中有大量的mk文件，Android系統的編譯就是靠著這些mk文件的，所以學好是非常有必要的哦！

⑼ 如何給安卓應用編譯

把常用的應用程序編譯到img文件中，就成了系統的一部分，用戶不必自己安裝，當然也卸載不了；
同時也可以刪減系統自帶的應用程序，精簡系統；

1.\build\target\proct 目錄下generic.mk文件：
Java代碼 收藏代碼
PRODUCT_PACKAGES := \
AccountAndSyncSettings \
DeskClock \
AlarmProvider \
Bluetooth \
Calculator \
Calendar \
Camera \
testMid \
CertInstaller \
DrmProvider \
Email \
Gallery3D \
LatinIME \
Launcher2 \
Mms \
Music \

我們添加一個testMid \ 應用名稱。
2.把testMid包放入
\packages\apps 目錄下,修改android.mk文件。

Java代碼 收藏代碼
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := testMid
LOCAL_CERTIFICATE := platform

include $(BUILD_PACKAGE)

註：LOCAL_PACKAGE_NAME := testMid (包名必須和generic.mk中添加的相同)
編譯源碼，可以看到在
\out\target\proct\smdkv210\system\app
目錄下生存了testMid.apk了。這時system.img也包含了此應用。
-------------------------------------------------------------------
特殊情況：有時，應用需要包含jar包，這時的app導入源碼時會出現問題：
MODULE.TARGET.JAVA_LIBRARIES.libarity already defined by ... stop

由於 LOCAL_STATIC_JAVA_LIBRARIES := libarity 會引發錯誤信息。
目前解決方法是：
\build\core 目錄下修改base_rules.mk
注釋掉錯誤信息：

ifdef $(mole_id)
#$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif
$(mole_id) := $(LOCAL_PATH)

--重新編譯，這時可以通過了。

(2)、刪除原廠（Telchips）帶源碼的應用程序，如DTV_DVBT
在/device/telechips/m801/device.mk
注釋掉相應語句：
# PRODUCT_PACKAGES += \
# SampleDVBTPlayer \
同時，在/out/target/proct/m801/system/app 找到相應的.APK包，並刪除