android編譯生成物

⑴ android源碼編譯是干什麼

編譯Android系統。

⑵ 編譯android源代碼的目的是什麼，編譯後會得到什麼東西

定製嘛，就是按你自己的要求設定方案，因為android是開源的，而且google提供了很完備的開發框架，有java基礎的人可以很快上手。
源碼定製估計是現在的android的市場一個發展方向，因為以前都是山寨機，軟體硬體一個樣，而現在智能機在硬體方面基本是差不多的，而android軟體框架也是一樣，但是開發比較簡單，門檻很低，所以一些公司提供了定製服務，改動下源碼提供個性化服務。個人理解，你可以繼續網路了解下。
至於你想學開發android，先看下java，應用層是用java開發的，而且你以後也可以自己開發些小應用鬧著玩。參考書方面很多，什麼android應用開發揭秘啊，adk開發範例大全啊，精通android啊什麼的，可以在網上找電子檔或者別人的教學視頻，很多的。

⑶ Android的apkplug插件開發具體怎麼編譯生成插件 apk 文件

步驟1：注冊ApkPlug官網賬號：

打開Apkplug官網後，點擊右上角的「注冊」，在跳轉頁面填入相關信息，注冊界面如下：

確認後注冊成功，使用你的賬號登錄網站。你就可以用Apkplug開發應用了
END
步驟2：開發插件

Apkplug中的插件也是一個完整的apk,它與普通應用的區別有以下3點：
1， 插件assets目錄下有一個plugin.xml文檔,通過它可判斷一個工程是主應用還是插件。
2， 插件有一個入口類BundleActivator
3， 插件會外部引用一個osgi.jar文件
開發插件的步驟有如下4步：
1，引入osgi.jar庫文件
Apkplug中插件需要導入的庫文件只有一個osgi.jar。
導入osgi.jar庫文件需要注意一下
osgi.jar文件只能引用不能編譯到apk文件中,否則會出現類沖突的情況
異常代碼：had used a different Lorg/osgi/framework/BundleActivator; ring pre-verification。
osgi.jar包導入方法：

這文件在Apkplug SDK中可以找到。

2，編寫插件入口類BundleActivator
插件啟動時首先調用BundleActivator,其功能類似android中的application類。

public class SimpleBundle implements BundleActivator
{
private BundleContext mcontext = null;
public void start(BundleContext context) throws Exception
{
System.err.println("你好我是插件,我將為你展示啟動acitivty我已經啟動了 我的BundleId為："+context.getBundle().getBundleId());
}
public void stop(BundleContext context)
{
System.err.println("你好我是插件,我被停止了 我的BundleId為："+context.getBundle().getBundleId());

}

}
3，編寫plugin.xml配置文件
plugin.xml
是一個配置表,它跟AndroidManifest.xml作用類似。 plugin.xml文檔放置在assets中即可 重要屬性說明：
Bundle-Name 插件名稱 Bundle-SymbolicName 插件包名
-與應用packagename可一一對應 Bundle-Version 插件版本 -1.0.0
Bundle-Activator 插件入口 -與Appliction 類似
Bundle-Activity 插件界面 -多個Activity可用 , 分割
Bundle-Service 插件Service -多個Service可用 , 分割
(v2.0.0新增) Bundle-Receiver 插件廣播 -多個廣播類可用 , 分割
(v2.0.0新增)
4， 編譯生成插件apk文件
插件工程中添加的文件目錄結構如下：

最後編譯運行插件工程,生成的apk文件即為插件文件
END
步驟3：開發主應用

Apkplug 主應用開發分兩步集成：
1. 獲取主應用授權AppAuth。
登錄賬號進入Apkplug後台後，切換到「應用授權頁面」，按要求填寫好應用信息，然後確定，你就擁有了一個等待開發的應用授權AppAuth。應用授權界面如下：

進入「授權列表」頁面,點擊「查看詳情」鏈接,進入「應用詳情界面」，就可以看到已申請的AppAuth，點擊其後面的「復制」，即可直接復制AppAuth，如下圖所示

2. 對接Apkplug SDK 導入相關庫文件。
①配置應用許可權
主應用需要幾個基礎的許可權配置，請將以下的幾個許可權加入到主應用的AndroidManifest.xml中。
<!-- 插件平台需要的許可權! -->
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission>
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/>
<uses-permission android:name="android.permission.INTERNET"/>
<uses-permission android:name="android.permission.READ_PHONE_STATE">
</uses-permission>

另外將一下加入到<application></application>節點中
<!-- 插件平台需要的配置! -->
<activity
android:name="org.apkplug.app.apkplugActivity"
android:theme="@style/android:Theme.Light"
android:configChanges="orientation|keyboardHidden"
/>
最後將我們從Apkplug管理後台申請到的AppAuth加入到配置文件中。

<meta-data android:name="apkplug-auth" android:value="xxxxxxxx" ></meta-data>
註：由於3.2.2節中我們直接復制了AppAuth，此處直接粘貼到AndroidManifest文檔中。
如下圖：

②導入SDK庫文件
主應用需要導入兩個文件,將其放入libs目錄中即可。
1， libndkfoo.so
2， Bundle2.0.0.jar
如下圖：

這兩個庫文件在Apkplug SDK中可以找到。
然後：
主應用啟動Apkplug最簡只需要一段代碼即可,建議在Application中啟動框架。

FrameworkInstance frame=FrameworkFactory.getInstance().start(List<BundleActivator>,Context);
將上一步驟開發好的插件apk，放置在主應用工程里的assets路徑下。
如下圖：

END
步驟4：啟動主應用

最後啟動主應用即可。簡單的插件化apk的方法就講完了，有興趣的關注我，下次講雲端託管插件實現應用內更新。

⑷ 怎麼使用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源碼怎麼編譯生成recovery.img

recovery.img生成過程
L630-L637 依賴關系
(From: build/core/Makefile)630 $(INSTALLED_RECOVERYIMAGE_TARGET): $(MKBOOTFS) $(MKBOOTIMG) $(MINIGZIP) /631 $(INSTALLED_RAMDISK_TARGET) /632 $(INSTALLED_BOOTIMAGE_TARGET) /633 $(recovery_binary) /634 $(recovery_initrc) $(recovery_kernel) /635 $(INSTALLED_2NDBOOTLOADER_TARGET) /636 $(recovery_build_prop) $(recovery_resource_deps) /637 $(RECOVERY_INSTALL_OTA_KEYS)

INSTALLED_RECOVERYIMAGE_TARGET 為我們的編譯目標：

584 INSTALLED_RECOVERYIMAGE_TARGET := $(PRODUCT_OUT)/recovery.img

它依賴很多其它目標：
1．MKBOOTFS, MINIGZIP, MKBOOTIMG，PC端工具軟體：（From build/core/config.mk）265 MKBOOTFS := $(HOST_OUT_EXECUTABLES)/mkbootfs$(HOST_EXECUTABLE_SUFFIX)266 MINIGZIP := $(HOST_OUT_EXECUTABLES)/minigzip$(HOST_EXECUTABLE_SUFFIX)267 MKBOOTIMG := $(HOST_OUT_EXECUTABLES)/mkbootimg$(HOST_EXECUTABLE_SUFFIX)

2．INSTALLED_RAMDISK_TARGET，標准根文件系統 ramdisk.img：

326 BUILT_RAMDISK_TARGET := $(PRODUCT_OUT)/ramdisk.img328 # We just build this directly to the install location.329 INSTALLED_RAMDISK_TARGET := $(BUILT_RAMDISK_TARGET) 3．INSTALLED_BOOTIMAGE_TARGET， 即boot.img,標准內核及標准根文件系統：362 INSTALLED_BOOTIMAGE_TARGET := $(PRODUCT_OUT)/boot.img

4. recovery_binary, Recovery可執行程序，源碼位於：bootable/recovery

590 recovery_binary := $(call intermediates-dir-for,EXECUTABLES,recovery)/recovery

5. recovery_initrc，recovery模式的init.rc, 位於 bootable/recovery/etc/init.rc

586 recovery_initrc := $(call include-path-for, recovery)/etc/init.rc

6. recovery_kernel, recovery 模式的kernel, 同標准內核

587 recovery_kernel := $(INSTALLED_KERNEL_TARGET) # same as a non-recovery system

7.INSTALLED_2NDBOOTLOADER_TARGET，我們不用。

8. recovery_build_prop， recovery 模式的build.prop, 同標准模式。589 recovery_build_prop := $(INSTALLED_BUILD_PROP_TARGET)

9. recovery_resource_deps， recovery 模式使用的res, 位於：recovery/custom/{proct_name}/res, 以及設備自定義部分（我們沒用到）

591 recovery_resources_common := $(call include-path-for, recovery)/custom/$(TARGET_PRODUCT)/res592 recovery_resources_private := $(strip $(wildcard $(TARGET_DEVICE_DIR)/recovery/res))593 recovery_resource_deps := $(shell find $(recovery_resources_common) 594 $(recovery_resources_private) -type f) 10. RECOVERY_INSTALL_OTA_KEYS, ota 密鑰：

618 # Generate a file containing the keys that will be read by the619 # recovery binary.620 RECOVERY_INSTALL_OTA_KEYS := /621 $(call intermediates-dir-for,PACKAGING,ota_keys)/keysL638-L655 准備內容
638 @echo ----- Making recovery image ------639 rm -rf $(TARGET_RECOVERY_OUT)640 mkdir -p $(TARGET_RECOVERY_OUT)641 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)642 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)/etc643 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)/tmp

准備recovery目錄：out/target/proct/{proct_name}/recovery 及其子目錄：

./root

./root/etc

./root/tmp644 echo Copying baseline ramdisk...645 cp -R $(TARGET_ROOT_OUT) $(TARGET_RECOVERY_OUT)646 echo Modifying ramdisk contents...647 rm -rf $(TARGET_RECOVERY_ROOT_OUT)/res

從標准根文件系統拷貝所有文件， 刪除其res 目錄。

648 cp -f $(recovery_initrc) $(TARGET_RECOVERY_ROOT_OUT)/649 cp -f $(recovery_binary) $(TARGET_RECOVERY_ROOT_OUT)/sbin/ 拷貝recovery 模式的核心文件 init.rc 及 recovery 650 cp -rf $(recovery_resources_common) $(TARGET_RECOVERY_ROOT_OUT)/651 $(foreach item,$(recovery_resources_private), /652 cp -rf $(item) $(TARGET_RECOVERY_ROOT_OUT)/)653 cp $(RECOVERY_INSTALL_OTA_KEYS) $(TARGET_RECOVERY_ROOT_OUT)/res/keys 拷貝資源文件及密鑰文件。 654 cat $(INSTALLED_DEFAULT_PROP_TARGET) $(recovery_build_prop) /655 > $(TARGET_RECOVERY_ROOT_OUT)/default.prop 生成屬性文件 default.prop, 它包含了標准根文件系統的default.prop （out/target/proct/{proct_name}/root/default.prop）以及system分區的build.prop (out/target/proct/{proct_name}/system/build.prop) L656-L661 最終生成recovery.img
656 $(MKBOOTFS) $(TARGET_RECOVERY_ROOT_OUT) | $(MINIGZIP) > $(recovery_ramdisk) 壓縮recovery根文件系統 657 build/quacomm/mkimage $(PRODUCT_OUT)/ramdisk-recovery.img RECOVERY > $(PRODUCT_OUT)/ramdisk_recovery.img 加一個標識頭（RECOVERY） 658 mv $(PRODUCT_OUT)/ramdisk_recovery.img $(PRODUCT_OUT)/ramdisk-recovery.img659 $(MKBOOTIMG) $(INTERNAL_RECOVERYIMAGE_ARGS) --output $@660 @echo ----- Made recovery image -------- $@661 $(hide) $(call assert-max-image-size,$@,$(BOARD_RECOVERYIMAGE_PARTITION_SIZE),raw)

和內核一起，生成recovery.img附：Recovery 根文件系統目錄結構


$ tree

.

├── advanced_meta_init.rc

├── data

├── default.prop

├── dev

├── etc

├── init

├── init.factory.rc

├── init.goldfish.rc

├── init.quacomm.rc

├── init.rc

├── meta_init.rc

├── proc

├── res

│ ├── images

│ │ ├── icon_error.png

│ │ ├── icon_installing.png

│ │ ├── indeterminate1.png

│ │ ├── indeterminate2.png

│ │ ├── indeterminate3.png

│ │ ├── indeterminate4.png

│ │ ├── indeterminate5.png

│ │ ├── indeterminate6.png

│ │ ├── progress_empty.png

│ │ └── progress_fill.png

│ └── keys

├── sbin

│ ├── adbd

│ ├── advanced_meta_init

│ ├── meta_init

│ ├── meta_tst

│ └── recovery

├── sys

├── system

└── tmp

⑹ Android編譯是不是生成odex的設置

Android編譯是否生成odex的設置

默認編譯odex版本，如果需要非odex版本，請將device/huawei/k3v2_s10/BoardConfig.mk如下兩個變數的值修改為：
DISABLE_DEXPREOPT := true
WITH_DEXPREOPT := false
其它說明
A. device/hisi/k3v2oem1/下面的配置文件不再使用，對應的配置文件在device/huawei/k3v2_s10/目錄，以後如果需要修改配置文件, 請在該目錄下進行修改。
B. out/target/proct/目錄下的產品編譯鏡像k3v2oem1不再使用，對應華為自己的產品鏡像，如out/target/proct/hws10101u
C. 【編APK，不生成odex】
目前庫上的代碼編譯apk時，同時生成了apk和odex，push/install進去不生效。
解決方法：
（1不生成odex，只生成apk，將 LOCAL_DEX_PREOPT 的值改為 false 即可。
即 build\core\package.mk 中156行改為 LOCAL_DEX_PREOPT := false。
照上述修改後，全部重新編譯，後續就可以mm單獨編譯apk方便調試了。
（2如果時間緊，又不想全編重新編譯怎麼辦？
在相應的apk代碼路徑的Android.mk文件中加入WITH_DEXPREOPT := false。
添加後mm重新編譯生成apk即可。
【編JAR包，不生成odex】
目前庫上的代碼編譯framework時，同時生成了JAR和odex，此時push進去開機起不來。
解決方法：
編譯時只生成jar包，不生成odex，即 build/core/java_library.mk 中37行改為 LOCAL_DEX_PREOPT := false。照上述修改後，全部重新編譯，後續就可以mm單獨編譯jar包方便調試了

⑺ android studio JNI開發時 編譯成功 但是沒有生成.so文件 什麼原因

1
在交叉編譯的時候怎麼都無法生成so文件，javah生成頭文件沒錯，c文件也沒錯，java文件也沒錯，
2.原因：是JNI文件夾路徑不對
3
在執行javah命令時，我進入的是cd
app/src/main/java
這樣jni文件夾在java文件夾下，作為一個包存在，這樣就無法生成so文件
執行javah的正確姿勢：
4
進入app/src/main目錄：cd
app/src/main
執行javah命令：javah
javah
-d
jni
-classpath
./Java
lab.sodino.jnitest.MainActivity
5，
-d
jni
頭文件生成到jni文件夾（當前在<Project>\app\src\main目錄下，所以.h所在的目錄為<Project>\app\src\main\jni
）
-classpath
./java
指定去當前路徑下java下尋找包名指定的類
這樣再rebuild一下，就會生成so文件了

⑻ android 工程 如何一鍵編譯打包成apk

打包步驟：

1、生成keystore

按照下面的命令行在C:ProgramFilesJavajdk1.6.0_10in>目錄下，輸入keytool-genkey-aliasandroid.keystore-keyalgRSA-validity100000-keystoreandroid.keystore

參數意義：-validity主要是證書的有效期，寫100000天；空格，退格鍵都算密碼。

命令執行後會在C:ProgramFilesJavajdk1.6.0_10in>目錄下生成android.keystore文件。如圖-1

圖-2EclipseAndroid打包工具

接下來的步驟就是不斷的next。下面僅貼出圖片，不解釋。

step2：選擇打包的項目

step3:選擇生成的EclipseAndroid.keystore文件並輸入密碼

step4：選擇aliaskey並輸入密碼

step5:最後選擇生成androidapk文件的目錄及文件名

最終生成的apk文件。

⑼ Android系統編譯完成生產哪些文件

是做好之後要公開的時候嗎？一個署名文件（如果署名了的話）和一個公開用的apk文件

⑽ android源碼編譯後如何製作成rom

SDK是開發包，不是完整源代碼吧。你可能需要在Linux上repo完整4.3源代碼(25G左右，精簡後8個多G)。如果手機內核不是3.0以上可能還要重新編譯更新內核(Android4.3貌似一定要3.0以上內核版本)。其實我也不知道如何製作Rom，但略懂下載編譯Android源代碼和內核源代碼，也想知道如何從源代碼製作rom，希望能與樓主交流!