android的目錄結構
Ⅰ Android Studio開發解讀 - gradle編譯項目的build目錄結構
轉自：http://www.cnblogs.com/bbqzsl/p/5926591.html
本文針對android studio工具下的ndk開發。
build目錄就是項目模塊構建過程和結果使用到的位置。
項目根目錄下有一個build目錄。
項目根目錄下各模塊子目錄下各自有一個build目錄。
build目錄下一般由4個子目錄組成：
generated由aapt工具根據資源數據自動生成的java類
intermediates中間過程
outputs輸出結果
tmp編譯日誌
根目錄下的build目錄，這個build服務於整個項目，在本文中稱其做項目build，以區分模塊build。
項目build一般只有generated和intermediates兩個子目錄，用於生成這個項目的buildTools。
generated目錄會生成一個mockable-android-${buildToolsVersion}.jar。
intermediates目錄根據需要生成dex-cache，這個目錄纖謹下的xml文件配置jar包在編譯過程中如何緩沖使用。
模塊build目錄在make mole ${MOD_NAME}後就會生成4個子目錄。
我們來看intermediates目錄，中間生成和編譯過程使用到的目錄。
這個目錄下有這么幾個比較關心的子目錄：
binaries NDK，生成c++連接庫
bundles 模塊鏈接到的自定義毀櫻基jar包和各abi版本的c++鏈接庫都捆綁在這里
classes模塊中生成的自定義java類
exploded-aar 由aar包解壓出來的資源，jar包和so鏈接文件等。用於本模塊的鏈接和集成。
jniLibs 在build.grade中你指定的jniLibs目錄整個拷貝。模塊鏈接到的庫文件會被捆到bundles目錄。
objectFiles NDK，生成c++中間對象（.o）文件。
transforms 根據你當前選擇的proctFlavor和其包含的abiFilter，從bundles和binaries取出鏈接庫。
接著就是output目錄：
aar如果模塊是android library
jar 如果模塊是java library
apk 如果是Activity應用程序
最後就是tmp目錄：
compile$(NDK_Mole)$(ABI)$(BUILD_TYPE)$(PRODUCT_FLAVOR)MainCpp ndk編譯日誌
link$(NDK_Mole)$(ABI)$(BUILD_TYPE)$(PRODUCT_FLAVOR)$(LIB_TYPE) ndk鏈接日誌
編譯的子目錄由三要素組合頌磨而成，分別是
BUILD_TYPE := debug|release
ProctFlavor := 你在gradle文件中創建的flavor
abiFilter :=
逆向深入objc,c++ windows下仿objc動畫層UI引擎
作用：
1.res：資源文件。
2.drawable：布局文件。
3.layout：布局文件。
4.anim：動畫效果文件。
5.values：取值、字元串等。
6.src：代碼，至於src內部的目錄名稱，取決於具體項目結構。
7.libs：庫文件。
Ⅲ android app文件目錄結構
原來，只要把文件寫在這里的話，可以不用動態申請許可權，只要在manifest裡面聲明許可權就ok了；
應用程序在運行的過程中如果需要向手機上保存數據，一般是把數據保存在SDcard中的。
大部分應用是直接在SDCard的根目錄下創建一個文件夾，然後把數據保存在該文件夾中。
這樣當該應用被卸載後，這些數據還保留在SDCard中，留下了垃圾數據。
並且在API
6.0之後,根目錄文件存儲是需要用戶授權的,就算你在AndroidManifest.xml中配置了存儲許可權,用戶不授權也是寫不進去了。
SD卡讀寫許可權:
如果你想讓你的應用被卸載後，與該應用相關的數據也清除掉，該怎麼辦呢？
通過
可以得到
這個目錄裡面，一般放一些長時間保存的數據
方法可以獲取到 SDCard/ Android /data/你的應用的包名/files/ 目錄，一般放一些長時間保存的數據
通過
方法可以獲取到
如果使用上面的方法，當你的應用在被用戶卸載後，SDCard/Android/data/你的應用的包名/ 這個目錄下的所有文件都會被刪除，不會留下垃圾信息。並且
這個方法獲得的文件存儲路徑適用於6.0以後系統，只要AndroidManifest.xml配置讀寫許可權了,就不需要用戶再授權了。
正常開發中獲取存儲路徑的方法是:
可以看到，當SD卡存在或者SD卡不可被移除的時候，就調用getExternalCacheDir()方法來獲取緩存路徑，否則就調用getCacheDir()方法來獲取緩存路徑。前者獲取到的就是 /sdcard/Android/data/<application package>/cache 這個路徑，而後者獲取到的是 /data/data/<application package>/cache 這個路徑。
設置->應用->應用詳情裡面的」清除數據「與」清除緩存「選項分別對應的是data/data/<application package>/和data/data/<application package>/cache
external storage (外部存儲)：
Environment.getExternalStorageDirectory()SD根目錄:/mnt/sdcard/ (6.0後寫入需要用戶授權)
context.getExternalFilesDir(dir)路徑為:/mnt/sdcard/Android/data/< package name >/files/…
context.getExternalCacheDir()路徑為:/mnt/sdcard//Android/data/< package name >/cache/…
internal storage(內部存儲)：
context.getFilesDir()路徑是:/data/data/< package name >/files/…
context.getCacheDir()路徑是:/data/data/< package name >/cach/…
Ⅳ Android項目目錄哪個視圖中的樹形結構和實際工程文件夾存儲相同
Android視圖：app/manifests
Project視圖對應的文件夾:app/src/main/AndroidManifest.xml
Android視圖：app/java
Project視圖對應的文件夾：app/src/main/java
Android視圖：app/cpp
Project視圖對應的文件夾：app/src/main/jni
Android視圖：app/aidl
Project視圖對應的文件夾：app/src/main/aidl
Android視圖：app/renderscript
Project視圖對應的文件夾：app/src/main/rs
Ⅳ 與Android應用程序相關的文件目錄都有哪些
在搭建Android開發環境及簡單地建立一個HelloWorld項目後，本篇將通過HelloWorld項目來介紹Android項目的目錄結構。本文的主要主題如下：
1、HelloWorld項目的目錄結構
1.1、src文件夾
1.2、gen文件夾
1.3、Android 2.1文件夾
1.4、assets
1.5、res文件夾
1.6、AndroidManifest.xml
1.7、default.properties
圖1、HelloWorld項目目錄結構
下面將分節介紹上面的各級目錄結構。
1.1、src文件夾
顧名思義（src, source code）該文件夾是放項目的源代碼的。打開HelloWorld.java文件會看到如下代碼：
package helloworld.test; import android.app.Activity; import android.os.Bundle; public class HelloWorld extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); } }
可以知道：我們新建一個簡單的HelloWorld項目，系統為我們生成了一個HelloWorld.java文 件。他導入了兩個類android.app.Activity和android.os.Bundle，HelloWorld類繼承自Activity且重 寫了onCreate方法。
以下說明針對沒有學過Java或者Java基礎薄弱的人
@Override
在重寫父類的onCreate時，在方法前面加上@Override 系統可以幫你檢查方法的正確性。
例如，public void onCreate(Bundle savedInstanceState){…….}這種寫法是正確的，
如果你寫成public void oncreate(Bundle savedInstanceState){…….}這樣編譯器回報如下錯誤——
The method oncreate(Bundle) of type HelloWorld must override or implement a supertype method，
以確保你正確重寫onCreate方法。（因為oncreate應該為onCreate）
而如果你不加@Override，則編譯器將不會檢測出錯誤，而是會認為你新定義了一個方法oncreate。
android.app.Activity類：因為幾乎所有的活動 （activities）都是與用戶交互的，所以Activity類關注創建窗口，你可以用方法setContentView(View)將自己的UI放 到裡面。然而活動通常以全屏的方式展示給用戶，也可以以浮動窗口或嵌入在另外一個活動中。有兩個方法是幾乎所有的Activity子類都實現的：
onCreate(Bundle)： 初始化你的活動（Activity），比如完成一些圖形的繪制。最重要的是，在這個方法里你通常將用布局資源（layout resource）調用setContentView(int)方法定義你的UI，和用findViewById(int)在你的UI中檢索你需要編程地 交互的小部件（widgets）。setContentView指定由哪個文件指定布局（main.xml），可以將這個界面顯示出來，然後我們進行相關 操作，我們的操作會被包裝成為一個意圖，然後這個意圖對應有相關的activity進行處理。
onPause()：處理當離開你的活動時要做的事情。最重要的是，用戶做的所有改變應該在這里提交（通常ContentProvider保存數據）。
更多的關於Activity類的詳細信息此系列以後的文章將做介紹，如果你想了解更多請參閱相關文檔。
android.os.Bundle 類：從字元串值映射各種可打包的（Parcelable）類型（Bundle單詞就是捆綁的意思，所有這個類很好理解和記憶）。如該類提供了公有方法—— public boolean containKey(String key)，如果給定的key包含在Bundle的映射中返回true，否則返回false。該類實現了Parceable和Cloneable介面，所以 它具有這兩者的特性。
1.2、gen文件夾
該 文件夾下面有個R.java文件，R.java是在建立項目時自動生成的，這個文件是只讀模式的，不能更改。R.java文件中定義了一個類——R，R類 中包含很多靜態類，且靜態類的名字都與res中的一個名字對應，即R類定義該項目所有資源的索引。看我們的HelloWorld項目是不是如此，如下圖：
圖2、R.java對應res
通過R.java我們可以很快地查找我們需要的資源，另外編繹器也會檢查R.java列表中的資源是否被使用到，沒有被使用到的資源不會編繹進軟體中，這樣可以減少應用在手機佔用的空間。
1.3、Android 2.1文件夾
該 文件夾下包含android.jar文件，這是一個Java 歸檔文件，其中包含構建應用程序所需的所有的Android SDK 庫（如Views、Controls）和APIs。通過android.jar將自己的應用程序綁定到Android SDK和Android Emulator，這允許你使用所有Android的庫和包，且使你的應用程序在適當的環境中調試。例如上面的HelloWorld.java源文件中 的：
import android.app.Activity; import android.os.Bundle;
這里兩行代碼就是從android.jar導入包。
1.4、assets
包含應用系統需要使用到的諸如mp3、視頻類的文件。
1.5、res文件夾
資源目錄，包含你項目中的資源文件並將編譯進應用程序。向此目錄添加資源時，會被R.java自動記錄。新建一個項目，res目錄下會有三個子目錄：drawabel、layout、values。
drawabel-?dpi：包含一些你的應用程序可以用的圖標文件(*.png、*.jpg)
layout：界面布局文件(main.xml)與WEB應用中的HTML類同，沒修改過的main.xml文件如下（HelloWorld的就沒有修改過）：
<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="fill_parent" > <TextView android:layout_width="fill_parent" android:layout_height="wrap_content" android:text="@string/hello" /> </LinearLayout>
values：軟體上所需要顯示的各種文字。可以存放多個*.xml文件，還可以存放不同類型的數據。比如arrays.xml、colors.xml、dimens.xml、styles.xml
1.6、AndroidManifest.xml
項目的總配置文件，記錄應用中所使用的各種組件。這個文件列出了應用程序所提供的功能，在這個文件中，你可以指定應用程序使用到的服務(如電話服務、互聯網 服務、簡訊服務、GPS服務等等)。另外當你新添加一個Activity的時候，也需要在這個文件中進行相應配置，只有配置好後，才能調用此 Activity。AndroidManifest.xml將包含如下設置：application permissions、Activities、intent filters等。
HelloWorld項目的AndroidManifest.xml如下所示：
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="helloworld.test" android:versionCode="1" android:versionName="1.0"> <application android:icon="@drawable/icon" android:label="@string/app_name"> <activity android:name=".HelloWorld" android:label="@string/app_name"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application> </manifest>
關於AndroidManifest.xml現在就講這么多，此系列後面的文章將單獨詳細介紹。
1.7、 default.properties
記錄項目中所需要的環境信息，比如Android的版本等。
HelloWorld的default.properties文件代碼如下所示，代碼中的注釋已經把default.properties解釋得很清楚了：
# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system use,
# "build.properties", and override values to adapt the script to your
# project structure.
# Indicates whether an apk should be generated for each density.
split.density=false
# Project target.
target=android-7
Ⅵ Android工程的目錄結構詳細信息
res：放置應用 程序 用到的資源 文件。其包含(Drawable，layout,values等目錄)。當這個目錄下的文件發生變化時，src目錄下面的R.java就會自動發生變化。
assets：主要放置多媒體等數據 文件 。
res/drawable:放置應用到的圖片資源。
res/layout:放置一些與UI相應的布局文件，都是xml文件。
res/values：放置字元串，顏色，數組等常量數據。
AndroidManifest.xml：相當於應用的配置文件。在此文件里必須聲明應用的名稱，應用所用到的Activity,Service ,Reveiver等。
Ⅶ android系統的目錄是怎樣的結構
Android操作系統目錄結構詳解。Android操作系統沒有內置文件管理器，經過安裝第三方文件管理器後可以對主系統內存和SD卡上的文件管理。主內存中的文件目錄都是由主系統自動生成。下面是Android系統目錄結構詳解，供大家交流使用。
http://blog.csdn.net/simonchz/article/details/10076619