Android 资源目录配置修饰符

最新推荐文章于 2024-05-02 17:43:22 发布

原创最新推荐文章于 2024-05-02 17:43:22 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

Android开发必须功能专栏收录该内容

5 篇文章

订阅专栏

本文详细介绍了Android应用中资源文件的组织方式，包括不同类型的资源目录，如布局文件、字符串资源等，并解释了如何针对不同的设备配置（如屏幕尺寸、语言环境）提供特定的资源文件。

本内容来自《精通Android》曾少宁杨越译57页

举例：\res\layout-mccAAA-mncAAA

mccAAA:：AAA是移动设备国家代码

mncAAA：AAA是运营商/网络代码

en-rUS：语言和区域

sw<N>dp、w<N>dp、h<N>dp：最小带宽、可用带宽及可用高度（始于API13）

small、normal、large、xlarge：屏幕大小

long、notlong：屏幕类型

port、land：纵向或横向

car、desk：扩展坞类型

night、notnight：晚上或白天

ldpi、mdpi、hdpi、xhdpi、nodpi、tvdpi：屏幕像素密度

notouch、stylus、finger：屏幕种类

keysexposed、keyssoft、keyshidden：键盘种类

nokeys、qwerty、12key：键数

navexposed、navhidden：隐藏或显示导航键

nonav、dpad、trackball、wheel：导航设备类型

v3、v4、v7：API级别

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

寒天星

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Android代码混淆

是阿超

01-13

1058

Android之代码混淆

Android 代码混淆混淆方案，android跨平台框架

m0_64604636的博客

12-24

565

==== Android中的“混淆”可以分为两部分，一部分是Java 代码的优化与混淆，依靠 proguard混淆器来实现；另一部分是资源压缩，将移除项目及依赖的库中未被使用的资源(资源压缩严格意义上跟混淆没啥关系，但一般我们都会放一起用)。代码压缩代码混淆是包含了代码压缩、优化、混淆等一系列行为的过程。如上图所示，混淆过程会有如下几个功能：压缩。移除无效的类、类成员、方法、属性等；优化。分析和优化方法的二进制代码；根据proguard-android-optimize.txt中的描述，优化可能

参与评论您还未登录，请先登录后发表或查看评论

Android-应用的本地化及知识拓展之配置修饰符

weixin_30532987的博客

12-15

156

　　步骤很简单，只需要两步: 　　1.创建带有目标语言的配置修饰符的资源子目录　　2.将可选资源放入该目录下,android系统会自动处理后续工作　　在这里我们需要讲解一下配置修饰符。　　中文的配置修饰符：-zh，那么我们需要在res目录下新建两个子目录：res/raw-zh，res/values-zh。　　对于没有配置修饰符修饰的子目录，安卓都识别为默认资源目录。但是有一个例外...

Android源码中常见的修饰符

weixin_41388144的博客

10-31

462

在查阅Android源码时，经常能看到方法或类前有修饰符，满足下好奇心，查阅总结了几个常见修饰符的作用 @SystemApi 是 @PrivateApi 的别名 Android源码中，有两种类型的API无法通过标准的SDK进行访问位于com.android.internal包中的类/方法被 @hide 修饰的使用 @hide 修饰的方法/类/作用域，我们仍然何以通过java反射机制进行访问。使用 @SystemApi 修饰的方法/类/作用域，无法通过java 反射机制进行访问(

Android学习笔记之资源目录

wxc20001128的博客

12-30

375

Hello各位小伙伴，第二期来了这一期记录了Android设备和工程下的资源目录相关知识资源设备存储系统 Android采用VFS虚拟文件系统 /data/data是内部存储 /storage/emulated/0是内置SD卡,但是实际上这个链接通过软链接+挂载,有了好多个"快捷方式",你在很多地方都可以查看到访问不同目录的方法 Environment.isExternalStorageRemovable()//判断是内置SD卡还是外置SD卡 .

【API Guides】Android是如何根据限定符，来寻找合适的资源文件的？

赵凯强

05-19

5051

转载请注明出处：http://blog.youkuaiyun.com/zhaokaiqiang1992 本文主要介绍了当我们使用限定符修饰我们的资源文件夹，例如drawable-en-ldpi时，Android系统是根据什么规则对这些文件夹进行筛选和选择的。本文不是严肃翻译，想查看原文的请戳 Providing Resources 我们都知道，当我们使用限定符修饰资源文件夹，比如说drawabl

android创建layout,Android 创建不同的layout

weixin_36346221的博客

05-27

1221

为了针对不同的屏幕去优化用户体验，我们需要为每一种将要支持的屏幕尺寸创建唯一的XML文件。每一种layout需要保存在相应的资源目录中，目录以-为后缀命名。例如，对大尺寸屏幕(large screens)，一个唯一的layout文件应该保存在res/layout-large/中。为了匹配合适的屏幕尺寸Android会自动地测量我们自己设置的layout文件。所以不需要因不同的屏幕尺寸去担心UI元素...

Android--混淆配置

超宇的博客

09-17

3031

android studio自带java语言的ProGuard工具，主要用来压缩、优化、混淆，然后配合Gradle构建工具实现混淆。在app module中统一配置混淆规则我们可以直接在app module中build.gradle文件配置所有module需要混淆的规则。这样，其他module中就无需开启混淆。

Android进阶之混淆配置

chenliguan的博客

12-22

1108

1、proguardFiles会让sdk中配置的混淆文件不能在app中生效，sdk中配置consumerProguardFiles即可实现在app中生效。 debug{ consumerProguardFiles 'proguard-rules.pro' } 2、区别： ①proguardFiles是用于构建sdk的混淆规则；（即是：sdk单独先混淆） ②consumerProgua...

Android项目基本结构详解

09-02

Android系统允许开发者根据设备的不同属性（如屏幕密度、语言等）创建可选资源，通过在资源目录名中添加修饰符来实现，例如`values-en`表示英语资源，`values-mdpi`表示中密度屏幕资源。理解Android项目的这种结构...

全球运营商的MCC+MNC对照表

12-04

全球运营商的MCC+MNC列表，可以查询全球各个国家、各个运营商的mcc mnc信息。

精通Android3学习笔记（三）使用Android资源

jrant 优快云 Blog

11-20

954

一、Android关键资源 Android的res目录下的资源都以XML文件格式配置描述，该目录下所有的资源ADT都会生成可由java代码访问的R.java类，R.java类对所有的资源项都会生成一个唯一的int类型ID；资源类型位置说明 R.java访问 XML节点函数访问颜色 /res/values/any-file 表示颜色编码标识符资源

【Android】关于android:configChanges=“mcc|mnc“

每天不是在写bug就是在写bug的路上

01-29

895

android mcc mnc

Android资源适配规则

new_huiyuan的专栏

01-30

1232

Android资源匹配规则（优先级）

Android 系统应用-通信应用-MCC、MNC和IMSI的介绍以及运营商标识码对应表

最新发布

06-28

<think>我们正在讨论的是Android源码（AOSP）中的模块化编译配置，而不是应用层的模块化开发。用户的问题是基于之前的对话历史，他询问的是在Android源代码中如何进行模块化编译（即单独编译某个模块）。但根据引用内容，用户现在问的是“模块化配置方法”，这可能指的是两个方面：1.在AOSP中如何配置一个新的模块（比如添加一个模块，并编写Android.mk或Android.bp文件）2.或者是指应用开发中的模块化配置（如引用[3]和[4]提到的），但根据上下文（用户之前的问题是关于Android源码的模块化编译），这里应该是指AOSP中的模块配置。然而，引用[3]和[4]讨论的是应用开发中的模块化，而引用[1]和[2]分别提到了AOSP模块编译和模块化方案（应用层）。因此，我们需要明确用户的问题。回顾用户上一次的问题：“android源码中如何进行模块化编译”，我们回答的是AOSP中的模块编译命令（mmm,mm等）。现在用户的问题是“我想在Android源码中如何进行模块化配置”，所以这里应该是指如何在AOSP中添加和配置一个新的模块。因此，我们将重点放在AOSP中如何配置一个新的模块（通常使用Android.bp或Android.mk文件）。注意：在AOSP中，模块的配置是通过构建描述文件（Android.mk或Android.bp）来完成的。从Android7.0开始，Google引入了Soong构建系统，使用Android.bp（Blueprint）文件来替代Android.mk。但为了兼容，目前仍然支持Android.mk。下面我们将介绍在AOSP中配置一个模块的基本方法：步骤1：创建模块目录在合适的路径下（例如`packages/apps/`）创建一个新目录，例如`MyModule`。步骤2：编写构建描述文件根据构建系统选择Android.mk或Android.bp。示例1：使用Android.mk配置一个APK模块```makefile#文件路径：packages/apps/MyModule/Android.mkLOCAL_PATH :=$(callmy-dir)include $(CLEAR_VARS)#模块名称（生成的APK名称）LOCAL_PACKAGE_NAME:= MyModule#指定源文件LOCAL_SRC_FILES :=$(callall-java-files-under, src) #指定资源文件LOCAL_RESOURCE_DIR:= $(LOCAL_PATH)/res#指定清单文件LOCAL_MANIFEST_FILE :=AndroidManifest.xml#使用androidx和materialdesignLOCAL_STATIC_ANDROID_LIBRARIES:= \androidx.appcompat_appcompat \com.google.android.material_material#如果依赖其他jar包LOCAL_STATIC_JAVA_LIBRARIES :=\some_library#设置使用平台的签名LOCAL_CERTIFICATE :=platform#设置模块为priv-app（可选，如果需要放到/system/priv-app下） LOCAL_PRIVILEGED_MODULE:= true#设置编译目标为apkinclude$(BUILD_PACKAGE) ```示例2：使用Android.bp配置同样的APK模块```bp//文件路径：packages/apps/MyModule/Android.bpandroid_app{name:"MyModule",srcs:["src/**/*.java"],resource_dirs:["res"],manifest:"AndroidManifest.xml",static_libs: ["androidx.appcompat_appcompat","com.google.android.material_material","some_library",],certificate:"platform",privileged:true,//如果需要放在priv-app下}```步骤3：添加模块到构建系统为了让整个构建系统包含这个模块，需要在上级目录的构建文件中添加对该模块的引用（如果使用Android.mk，通常不需要显式包含，构建系统会自动查找；而Android.bp也是自动查找的）。但是，如果该模块位于新的目录（之前没有参与构建的目录），则需要在父目录的Android.bp（或Android.mk）中使用`subdirs`指令。例如，在`packages/apps/`目录下的Android.bp文件中添加： ```bpsubdirs =["MyModule"]```或者，在`packages/apps/`目录下的Android.mk文件中添加：```makefileinclude $(call all-named-subdir-makefiles, MyModule)```步骤4：编译模块按照之前的方法进行模块编译： ```bashsource build/envsetup.shlunch<target> mmmpackages/apps/MyModule```注意事项： -模块的类型：除了`android_app`，还有`java_library`、`cc_library`等，根据模块类型选择相应的构建规则。 -依赖管理：使用`static_libs`（对于Android.bp）或`LOCAL_STATIC_JAVA_LIBRARIES`（对于Android.mk）来添加依赖。-权限：如果模块需要放在`/system/priv-app`下，需要设置`privileged`为`true`（Android.bp）或`LOCAL_PRIVILEGED_MODULE:= true`（Android.mk）。引用说明：引用[1]提到了AOSP中模块化编译的步骤，包括初始化环境和lunch选择目标设备，这是编译前必须的步骤[^1]。引用[3]和[4]虽然讨论的是应用层的模块化，但其中关于模块化好处的描述（如可重用性、减少构建时间等）同样适用于系统开发[^3][^4]。因此，在AOSP中配置模块化主要是通过编写构建描述文件（Android.mk或Android.bp）来定义模块及其属性，然后将模块目录包含到构建系统中。相关问题：1.如何为AOSP模块添加依赖？2.Android.mk和Android.bp有何区别？3.如何配置一个系统服务模块？4.模块化配置后如何验证是否被正确包含在系统镜像中？5.如何解决模块配置中的编译错误？注意：用户的问题是关于Android源码（AOSP）的模块化配置，不是应用开发。因此，回答应集中在AOSP的构建系统上。</think>### Android源码模块化配置方法在Android源码（AOSP）中进行模块化配置主要涉及以下核心步骤： #### 1. **创建模块目录结构** 在源码树中创建独立模块目录，例如： ```bash mkdir -p packages/apps/MyModule/src mkdir packages/apps/MyModule/res ``` #### 2. **编写构建描述文件** 根据构建系统选择配置文件： ##### a. **Android.mk (Makefile系统)** ```makefile # 文件路径：packages/apps/MyModule/Android.mk LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) # 模块配置 LOCAL_PACKAGE_NAME := MyModule LOCAL_SRC_FILES := $(call all-java-files-under, src) LOCAL_RESOURCE_DIR := $(LOCAL_PATH)/res LOCAL_CERTIFICATE := platform # 使用平台签名 LOCAL_PRIVILEGED_MODULE := true # 系统特权模块 # 依赖声明 LOCAL_STATIC_JAVA_LIBRARIES := \ androidx.appcompat_appcompat \ my-library-module include $(BUILD_PACKAGE) # 构建APK ``` ##### b. **Android.bp (Soong构建系统)** ```bp // 文件路径：packages/apps/MyModule/Android.bp android_app { name: "MyModule", srcs: ["src/**/*.java"], resource_dirs: ["res"], certificate: "platform", privileged: true, static_libs: [ "androidx.appcompat_appcompat", "my-library-module", ], } ``` #### 3. **配置模块依赖** 在模块间建立依赖关系： ```bp // 基础库模块声明 cc_library { name: "my-library-module", srcs: ["lib/src/*.cpp"], shared_libs: ["liblog"], export_include_dirs: ["include"], } ``` #### 4. **集成到构建系统** 在上级目录的构建文件中包含新模块： ```makefile # 文件路径：packages/apps/Android.mk include $(call all-makefiles-under,$(LOCAL_PATH)) ``` #### 5. **配置模块可见性** 控制模块间的访问权限： ```bp java_library { name: "internal-utils", srcs: ["*.java"], visibility: ["//my/other/module"], # 仅对指定模块可见 } ``` #### 6. **动态特性配置** 支持按需加载（Play Feature Delivery）： ```bp android_app { name: "base", features: ["my_dynamic_feature"], } dynamic_feature { name: "my_dynamic_feature", ... } ``` ### 最佳实践建议 1. **模块划分原则**： - 遵循**单一职责原则**（每个模块只做一件事） - 保持模块大小在5,000-15,000行代码之间[^4] - 使用`internal`修饰符限制跨模块访问 2. **依赖管理技巧**： ```bp // 使用版本统一管理 apex { name: "com.android.myapex", manifest: "manifest.json", prebuilts: ["my-module@1.0"], } ``` 3. **构建优化**： - 启用增量编译：`m --skip-make MyModule` - 使用缓存：配置`build/make/core/soong_cache.mk` 4. **模块通信**： - 使用AIDL定义跨模块接口 - 通过Hilt实现依赖注入[^2] ```kotlin // 在基础模块声明接口 interface NetworkService { fun fetchData(): String } // 在实现模块提供实例 @Module @InstallIn(SingletonComponent::class) object NetworkModule { @Provides fun provideNetworkService(): NetworkService = NetworkServiceImpl() } ``` ### 验证配置 1. 编译单个模块： ```bash source build/envsetup.sh lunch aosp_x86_64-eng m MyModule ``` 2. 检查输出： ```bash ls out/target/product/generic/system/priv-app/MyModule/ ``` 3. 快速部署测试： ```bash adb install -r out/target/product/generic/system/priv-app/MyModule/MyModule.apk ``` > **关键提示**：首次配置后需执行全量编译`make -j8`，后续可使用`mmm`进行增量编译[^1]。模块化可减少40%以上的构建时间[^4]。