2024年Android开发从零到一实战指南：Kotlin、MVVM与上架全流程-尧图网络科技

1. 项目缘起：为什么“从零到一”依然值得写？

如果你在2024年还在搜索“Android开发从零开始”，可能会听到一些声音：市场饱和了、原生开发式微了、Flutter/React Native才是未来。作为一个从Eclipse+ADT时代一路走过来的老码农，我想说，这种观点既对也不对。对的是，单纯会写几个Activity和Fragment确实很难构成核心竞争力；不对的是，Android系统的底层生态、性能优化、与硬件的深度交互，依然是构建高质量、高体验应用不可绕过的基石。理解“从零到一”的过程，不是让你去重复造轮子，而是让你真正理解轮子是怎么转起来的。

最近的热搜词很有意思：“智能应用控制已阻止此应用的一部分”、“你的组织使用适用于企业的应用控制阻止此应用”。这背后反映的是Android系统权限和安全机制的不断收紧。一个新手如果只靠复制粘贴代码，很可能会在“文件访问”、“后台服务”、“隐私政策”这些环节上栽跟头。而“从零到一”的实践，恰恰是要把这些容易踩坑的“暗礁”给你标出来。

所以，这篇指南不会是一本罗列API的字典，而是一次聚焦于“可发布”的实战推演。我们将从一个空项目开始，穿越开发、调试、优化、打包、上架（以国内主流市场为例）的全流程，重点关注那些官方文档一笔带过，但实际开发中却让你头疼不已的细节。我们的目标不是做出一个玩具，而是一个架构清晰、符合现代开发规范、能够应对真实环境挑战的应用骨架。

2. 起手式：超越“Hello World”的项目初始化

大多数人用Android Studio新建一个“Empty Activity”项目，跑起来看到“Hello World”就觉得环境搭好了。这远远不够。真正的“从零”是从项目创建时的每一个勾选和配置开始的。

2.1 项目创建时的关键抉择

打开Android Studio，选择“New Project”。面对琳琅满目的模板（Empty Activity, Basic Activity, Bottom Navigation Activity等），请毫不犹豫地选择最基础的“Empty Activity”。原因在于，其他模板会引入大量你可能暂时不需要的预设代码（如Navigation组件、Material Design组件库的特定依赖），这些代码会干扰你对项目最基础结构的理解。我们的目标是亲手搭建一切，理解每一行引入的代码的意义。

在接下来的配置页面，以下几个选项需要仔细对待：

Name: 应用名称。这里填写的名称会直接作为应用安装到手机后的显示名称。建议使用英文，避免后续国际化或商店上架时的编码问题。例如“MyFirstApp”。
Package name: 包名。这是应用的唯一标识，遵循Java包名的反向域名规则。即使你没有自己的域名，也建议使用类似com.yourname.projectname的格式。一旦确定，几乎无法更改，因为它在整个Android生态中（Google Play，各手机厂商商店，第三方SDK）都作为唯一ID使用。
Save location: 项目路径。绝对路径中不要包含中文或空格，这是很多编译和Gradle构建问题的源头。
Language: 选择Kotlin。这已经不再是“未来趋势”，而是现在的标准。Kotlin的空安全、扩展函数、协程等特性，能极大提升开发效率和代码健壮性。Java可以作为了解底层机制的语言，但新项目主力开发请用Kotlin。
Minimum SDK: 最低API级别。这里需要做一个权衡。选择较低的API（如API 24: Android 7.0）可以覆盖更多设备，但意味着你将无法使用很多新API的特性，可能需要写更多的兼容性代码。选择较高的API（如API 34: Android 14）可以让你使用最新特性，但会丢失一部分用户。对于2024年的新应用，我个人的建议是API 28 (Android 9.0)。这是一个平衡点，覆盖了绝大多数仍在活跃的设备，并且支持了许多现代特性如前台服务限制、隐私改进等。你可以在build.gradle文件中随时调整这个值。

点击“Finish”后，Android Studio会开始构建项目。第一次构建会下载Gradle和所需的依赖，时间较长，取决于你的网络环境。

2.2 认识项目结构：哪些文件夹真正重要？

项目创建完成后，你会看到左侧的“Project”视图下有很多文件和文件夹。对于初学者，重点关注以下几个：

app/: 这是你的主模块，几乎所有工作都在这里进行。
- manifests/AndroidManifest.xml:应用的“身份证”和“总说明书”。声明了应用的所有组件（Activity, Service等）、权限、硬件需求（如摄像头）、主题等。后续添加任何新页面或权限都要来这里注册。
- java/(或kotlin/): 存放所有源代码的包。com.yourname.myfirstapp包下默认生成了MainActivity.kt。
- res/: 资源文件夹，所有非代码资源都在这里。
  - layout/: 存放XML布局文件，如activity_main.xml。
  - values/: 存放字符串、颜色、样式等定义。强烈建议将所有UI文本硬编码都转移到strings.xml中，这是国际化的第一步。
  - drawable/: 存放图片、矢量图、形状定义等。
  - mipmap/: 专门存放应用图标，不同分辨率有不同文件夹（hdpi, xhdpi等）。
Gradle Scripts: 这里是项目的构建脚本。最重要的是：
- build.gradle (Project: MyFirstApp): 项目级别的配置，定义所有模块共享的仓库和依赖。
- build.gradle (Module: app):应用模块级别的配置，这是你打交道最多的地方。在这里添加第三方库依赖、配置编译选项（如最小SDK、目标SDK）、定义应用版本号等。

一个常见的误区是直接在布局文件里写死android:text="你好世界"。正确的做法是，打开res/values/strings.xml，添加：

<resources> <string name="app_name">MyFirstApp</string> <string name="hello_world">你好，世界！</string> </resources>

然后在activity_main.xml中，引用这个字符串资源：

<TextView ... android:text="@string/hello_world" />

这样做的好处是，当你需要支持英文时，只需创建res/values-en/strings.xml并提供英文翻译，系统会根据手机语言自动切换。

3. 构建第一个功能页面：列表展示与点击交互

“Hello World”之后，我们来实现一个更接近真实应用的功能：一个从网络获取并展示列表，并且可以点击查看详情的页面。这会涉及到网络请求、数据解析、列表控件、页面跳转等多个核心知识点。

3.1 引入必要的依赖：别让Gradle成为拦路虎

现代Android开发极度依赖第三方库。我们需要在app/build.gradle文件的dependencies块中添加以下依赖：

dependencies { // ... 其他默认依赖 // 网络请求：Retrofit + OkHttp + Gson implementation 'com.squareup.retrofit2:retrofit:2.9.0' implementation 'com.squareup.retrofit2:converter-gson:2.9.0' implementation 'com.squareup.okhttp3:logging-interceptor:4.11.0' // 图片加载：Glide implementation 'com.github.bumptech.glide:glide:4.16.0' kapt 'com.github.bumptech.glide:compiler:4.16.0' // 注解处理器，如果需要 // 异步与生命周期：Kotlin协程 implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.7.3' implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.6.2' implementation 'androidx.lifecycle:lifecycle-runtime-ktx:2.6.2' // UI组件：RecyclerView (用于列表) implementation 'androidx.recyclerview:recyclerview:1.3.2' }

添加后，Android Studio右上角会提示“Sync Now”。点击同步，Gradle会自动下载这些库。这里第一个坑可能就来了：网络超时或下载失败。这是因为默认的Maven仓库（google(), mavenCentral()）可能在你的网络环境下访问不畅。解决方法是在项目根目录的build.gradle的allprojects/repositories块中添加国内镜像源，例如阿里云Maven仓库：

allprojects { repositories { google() mavenCentral() maven { url 'https://maven.aliyun.com/repository/public' } // 添加阿里云镜像 } }

3.2 设计数据模型与网络层

假设我们要展示一个简单的文章列表，数据来自一个模拟的API。首先，定义数据模型（Model）。在kotlin目录下新建data包，然后创建Article.kt文件：

// Article.kt data class Article( val id: Int, val title: String, val summary: String, val imageUrl: String? // 可能为空，用可空类型 )

data class是Kotlin的神器，自动生成equals(),hashCode(),toString()和copy()方法。

接着，创建网络请求接口。新建network包，创建ApiService.kt：

// ApiService.kt import retrofit2.http.GET interface ApiService { @GET("articles") // 假设API端点是 /articles suspend fun getArticles(): List<Article> // 使用suspend函数支持协程 }

然后，创建一个单例的Retrofit实例管理类RetrofitClient.kt：

// RetrofitClient.kt import okhttp3.OkHttpClient import okhttp3.logging.HttpLoggingInterceptor import retrofit2.Retrofit import retrofit2.converter.gson.GsonConverterFactory import java.util.concurrent.TimeUnit object RetrofitClient { private const val BASE_URL = "https://your-mock-api.com/" // 替换为你的模拟API地址 val instance: ApiService by lazy { val loggingInterceptor = HttpLoggingInterceptor().apply { level = HttpLoggingInterceptor.Level.BODY // 在调试时打印请求和响应日志，上线前记得关闭或改为Level.NONE } val okHttpClient = OkHttpClient.Builder() .addInterceptor(loggingInterceptor) .connectTimeout(15, TimeUnit.SECONDS) // 设置连接超时 .readTimeout(15, TimeUnit.SECONDS) // 设置读取超时 .writeTimeout(15, TimeUnit.SECONDS) // 设置写入超时 .build() Retrofit.Builder() .baseUrl(BASE_URL) .client(okHttpClient) .addConverterFactory(GsonConverterFactory.create()) .build() .create(ApiService::class.java) } }

关键点：HttpLoggingInterceptor在开发阶段是神器，能让你看清网络请求和响应的具体内容。但务必确保在发布版本（release build）中将其移除或设置为Level.NONE，否则会泄露敏感信息。可以通过构建变体（Build Variants）来实现。

3.3 实现ViewModel与UI逻辑

遵循MVVM架构，我们将业务逻辑放在ViewModel中。新建ui包，在其下创建article子包，然后创建ArticleViewModel.kt：

// ArticleViewModel.kt import androidx.lifecycle.LiveData import androidx.lifecycle.MutableLiveData import androidx.lifecycle.ViewModel import androidx.lifecycle.viewModelScope import kotlinx.coroutines.launch import kotlinx.coroutines.withContext import kotlinx.coroutines.Dispatchers class ArticleViewModel : ViewModel() { // 对外暴露不可变的LiveData，用于UI观察 private val _articles = MutableLiveData<List<Article>>() val articles: LiveData<List<Article>> = _articles private val _isLoading = MutableLiveData<Boolean>() val isLoading: LiveData<Boolean> = _isLoading private val _errorMessage = MutableLiveData<String?>() val errorMessage: LiveData<String?> = _errorMessage fun fetchArticles() { viewModelScope.launch { _isLoading.value = true _errorMessage.value = null try { // 在IO线程执行网络请求 val result = withContext(Dispatchers.IO) { RetrofitClient.instance.getArticles() } _articles.value = result } catch (e: Exception) { _errorMessage.value = "加载失败: ${e.localizedMessage}" // 在实际项目中，这里应该根据不同的异常类型（如网络异常、解析异常）给出更友好的提示 } finally { _isLoading.value = false } } } }

这里解释了“为什么”要用ViewModel和协程：ViewModel在配置变更（如屏幕旋转）时不会销毁，可以保存UI数据。协程viewModelScope.launch提供了自动化的生命周期管理，当ViewModel被清除时，所有在该作用域内启动的协程都会自动取消，避免内存泄漏。Dispatchers.IO指定网络请求在IO线程池执行，不阻塞主线程（UI线程）。

3.4 构建列表界面：RecyclerView的正确使用方式

首先，创建列表项的布局文件item_article.xml：

<!-- res/layout/item_article.xml --> <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="wrap_content" android:orientation="horizontal" android:padding="16dp"> <ImageView android:id="@+id/iv_article_image" android:layout_width="80dp" android:layout_height="80dp" android:scaleType="centerCrop" android:src="@drawable/ic_placeholder" /> <!-- 准备一个占位图 --> <LinearLayout android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:layout_marginStart="16dp" android:orientation="vertical"> <TextView android:id="@+id/tv_article_title" android:layout_width="match_parent" android:layout_height="wrap_content" android:textSize="18sp" android:textStyle="bold" /> <TextView android:id="@+id/tv_article_summary" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="8dp" android:textSize="14sp" android:maxLines="2" android:ellipsize="end" /> </LinearLayout> </LinearLayout>

然后，创建RecyclerView的适配器ArticleAdapter.kt：

// ArticleAdapter.kt import android.view.LayoutInflater import android.view.ViewGroup import androidx.recyclerview.widget.RecyclerView import com.bumptech.glide.Glide import com.yourname.myfirstapp.databinding.ItemArticleBinding // 确保ViewBinding已启用 class ArticleAdapter( private val articleList: List<Article>, private val onItemClick: (Article) -> Unit // 点击回调 ) : RecyclerView.Adapter<ArticleAdapter.ViewHolder>() { class ViewHolder(val binding: ItemArticleBinding) : RecyclerView.ViewHolder(binding.root) override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder { val binding = ItemArticleBinding.inflate(LayoutInflater.from(parent.context), parent, false) return ViewHolder(binding) } override fun onBindViewHolder(holder: ViewHolder, position: Int) { val article = articleList[position] with(holder.binding) { tvArticleTitle.text = article.title tvArticleSummary.text = article.summary // 使用Glide加载图片，处理空URL和加载失败 Glide.with(ivArticleImage.context) .load(article.imageUrl) .placeholder(R.drawable.ic_placeholder) // 占位图 .error(R.drawable.ic_error) // 错误图 .into(ivArticleImage) root.setOnClickListener { onItemClick(article) } } } override fun getItemCount() = articleList.size }

注意：这里使用了ViewBinding，需要在app/build.gradle的android块中启用：

android { ... buildFeatures { viewBinding true } }

ViewBinding相比传统的findViewById更安全（空安全）、更高效。

最后，修改MainActivity的布局activity_main.xml和代码：

<!-- res/layout/activity_main.xml --> <?xml version="1.0" encoding="utf-8"?> <androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" android:layout_width="match_parent" android:layout_height="match_parent"> <androidx.recyclerview.widget.RecyclerView android:id="@+id/rv_articles" android:layout_width="0dp" android:layout_height="0dp" app:layoutManager="androidx.recyclerview.widget.LinearLayoutManager" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toTopOf="parent" /> <ProgressBar android:id="@+id/progress_bar" android:layout_width="wrap_content" android:layout_height="wrap_content" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toTopOf="parent" android:visibility="gone" /> </androidx.constraintlayout.widget.ConstraintLayout>

// MainActivity.kt import androidx.appcompat.app.AppCompatActivity import android.os.Bundle import androidx.activity.viewModels import androidx.lifecycle.Observer import androidx.recyclerview.widget.DividerItemDecoration import com.yourname.myfirstapp.databinding.ActivityMainBinding class MainActivity : AppCompatActivity() { private lateinit var binding: ActivityMainBinding private val viewModel: ArticleViewModel by viewModels() // 使用委托初始化ViewModel private lateinit var adapter: ArticleAdapter override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) binding = ActivityMainBinding.inflate(layoutInflater) setContentView(binding.root) setupRecyclerView() setupObservers() viewModel.fetchArticles() // 触发数据加载 } private fun setupRecyclerView() { adapter = ArticleAdapter(emptyList()) { article -> // 处理点击事件，例如跳转到详情页 // Intent(this, DetailActivity::class.java).apply { // putExtra("ARTICLE_ID", article.id) // startActivity(this) // } } binding.rvArticles.adapter = adapter // 添加分割线 binding.rvArticles.addItemDecoration( DividerItemDecoration(this, DividerItemDecoration.VERTICAL) ) } private fun setupObservers() { viewModel.articles.observe(this, Observer { articles -> adapter = ArticleAdapter(articles) { article -> // 更新点击事件 } binding.rvArticles.adapter = adapter }) viewModel.isLoading.observe(this, Observer { isLoading -> binding.progressBar.visibility = if (isLoading) View.VISIBLE else View.GONE }) viewModel.errorMessage.observe(this, Observer { message -> message?.let { // 显示错误提示，例如使用Snackbar Snackbar.make(binding.root, it, Snackbar.LENGTH_LONG).show() } }) } }

至此，一个具备网络请求、数据解析、列表展示和基础错误处理的功能页面就完成了。运行应用，如果网络API可用，你应该能看到列表数据。

4. 迈向“可发布”：权限、包体积与性能优化

一个能在自己手机上运行的应用，距离上架应用商店还有很长的路。以下几个环节是新手最容易忽略，但又是审核和用户体验的关键。

4.1 权限申请：从“要权限”到“解释权限”

Android的权限管理越来越严格。像“读取外部存储”、“访问精确位置”等都属于危险权限，需要动态申请。以申请读取外部存储权限为例（注意：从Android 10开始，作用域存储使得直接申请READ_EXTERNAL_STORAGE的行为发生了变化，这里以传统方式举例说明流程）：

首先，在AndroidManifest.xml中声明权限：

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />

然后，在需要权限的Activity中，动态请求：

// 定义一个权限请求码 private val REQUEST_CODE_STORAGE = 1001 // 检查并请求权限 private fun checkAndRequestStoragePermission() { when { ContextCompat.checkSelfPermission(this, Manifest.permission.READ_EXTERNAL_STORAGE) == PackageManager.PERMISSION_GRANTED -> { // 已有权限，执行相关操作 loadImageFromStorage() } shouldShowRequestPermissionRationale(Manifest.permission.READ_EXTERNAL_STORAGE) -> { // 用户之前拒绝过，需要向用户解释为什么需要这个权限 AlertDialog.Builder(this) .setTitle("需要存储权限") .setMessage("应用需要访问您的相册来选择头像图片。") .setPositiveButton("确定") { _, _ -> // 再次请求权限 requestPermissions( arrayOf(Manifest.permission.READ_EXTERNAL_STORAGE), REQUEST_CODE_STORAGE ) } .setNegativeButton("取消", null) .show() } else -> { // 直接请求权限 requestPermissions( arrayOf(Manifest.permission.READ_EXTERNAL_STORAGE), REQUEST_CODE_STORAGE ) } } } // 处理权限请求结果 override fun onRequestPermissionsResult( requestCode: Int, permissions: Array<out String>, grantResults: IntArray ) { super.onRequestPermissionsResult(requestCode, permissions, grantResults) when (requestCode) { REQUEST_CODE_STORAGE -> { if (grantResults.isNotEmpty() && grantResults[0] == PackageManager.PERMISSION_GRANTED) { loadImageFromStorage() } else { Toast.makeText(this, "权限被拒绝，无法选择图片", Toast.LENGTH_SHORT).show() } } } }

关键点：shouldShowRequestPermissionRationale这个方法很重要。如果用户之前拒绝过权限，再次请求前应该弹窗解释用途，提升通过率。永远不要假设用户会授予权限，要做好被拒绝后的降级处理（例如使用默认图片）。

4.2 包体积优化：从第一次构建就开始关注

一个刚创建的空项目，打出来的Release包（APK或AAB）可能就有好几MB。随着引入库和资源，包体积会迅速膨胀。优化包体积是上架前必须做的功课。

启用代码混淆和资源缩减：在app/build.gradle的buildTypes中配置：

android { buildTypes { release { isMinifyEnabled = true // 启用代码混淆 isShrinkResources = true // 启用资源缩减 proguardFiles( getDefaultProguardFile("proguard-android-optimize.txt"), "proguard-rules.pro" ) } } }

这会在打包时移除未使用的代码和资源，并混淆类名、方法名，增加反编译难度。

使用Android App Bundle (AAB)：这是上传到Google Play的推荐格式。AAB格式允许Google Play根据用户设备配置（如CPU架构、语言、屏幕密度）动态生成最优的APK，显著减少用户下载大小。在Android Studio中，选择Build > Generate Signed Bundle / APK，然后选择Android App Bundle。
分析包体积构成：使用Android Studio自带的APK Analyzer（Build > Analyze APK）。它可以清晰地展示DEX文件、资源、原生库等各占多大空间，帮你找到优化目标。例如，你可能会发现引入了某个大型库但只用了其中一小部分功能，可以考虑寻找替代方案。
图片资源优化：
- 优先使用Vector Drawable（矢量图）代替PNG位图，尤其是图标。
- 对于必须使用的PNG/JPG，使用工具（如TinyPNG）进行无损或有损压缩。
- 提供不同分辨率的图片（放在drawable-hdpi,drawable-xhdpi等文件夹），避免系统缩放导致内存占用增加和模糊。

4.3 基础性能排查：避免ANR与内存泄漏

应用无响应（ANR）和内存泄漏是导致差评和卸载的两大元凶。

避免ANR：主线程（UI线程）被阻塞超过5秒就会触发ANR。所有耗时操作（网络请求、大量数据计算、文件读写）都必须放在后台线程。
- 我们已经用了协程：通过withContext(Dispatchers.IO)将网络请求切换到IO线程，这是最佳实践。
- 其他耗时操作：数据库操作、解析大型JSON/XML等，同样要切到后台线程。
预防内存泄漏：对象被持有而无法被垃圾回收，累积导致内存不足（OOM）。
- Context引用：避免在单例或静态变量中持有Activity或View的Context。如果需要Context，使用ApplicationContext。
- 监听器/回调未注销：在Activity/Fragment的onDestroy中，注销所有注册的监听器、广播接收器、EventBus订阅等。
- 匿名内部类/非静态内部类：它们隐式持有外部类的引用。如果其生命周期长于外部类（如在一个后台线程中），就会导致泄漏。考虑使用静态内部类+弱引用（WeakReference）。
- 使用LeakCanary进行检测：在debug版本中引入Square公司的LeakCanary库，它能在发生内存泄漏时自动弹出通知并生成分析报告，是开发阶段的利器。
```
// app/build.gradle (debug依赖) debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.12'
```

5. 打包与上架准备：最后的临门一脚

代码写好了，测试也通过了，是时候打包发布了。这里以准备上架国内主流应用市场（如华为、小米、OPPO应用商店）为例。

5.1 生成签名密钥（Keystore）

这是最重要的一步！这个密钥用于对你的应用进行数字签名，证明应用是你发布的。务必妥善保管！丢失了它，你将无法对应用进行任何更新。

在Android Studio中，选择Build > Generate Signed Bundle / APK。
选择Android App Bundle或APK（国内商店大多接受APK，AAB是Google Play强推）。
点击“Create new...”创建一个新的密钥库。
填写信息：
- Key store path: 密钥库文件保存路径。
- Password/Confirm password: 密钥库密码。
- Alias: 密钥别名。
- Password/Confirm password(for Key): 密钥密码（可以和密钥库密码不同，但建议记牢）。
- Validity (years): 有效期，建议25年以上（Google Play要求至少到2033年）。
- Certificate信息：填写你的名字、组织单位等。这些信息会包含在证书中。
点击OK创建。立即将生成的.jks文件备份到安全的地方（如加密的云盘或离线硬盘）。

5.2 配置Gradle进行自动签名

为了避免每次打包都手动输入密码，可以将签名配置写到build.gradle中，但绝不能将密码明文写入！正确做法是使用环境变量或单独的属性文件。

在项目根目录创建keystore.properties文件（确保该文件被添加到.gitignore中，不要提交到版本库！）：
```
storePassword=your_store_password keyPassword=your_key_password keyAlias=your_key_alias storeFile=/path/to/your/keystore.jks
```

在app/build.gradle中读取这个文件：

// 在 android {} 块之前 def keystorePropertiesFile = rootProject.file("keystore.properties") def keystoreProperties = new Properties() if (keystorePropertiesFile.exists()) { keystoreProperties.load(new FileInputStream(keystorePropertiesFile)) } android { ... signingConfigs { release { if (keystorePropertiesFile.exists()) { storeFile file(keystoreProperties['storeFile']) storePassword keystoreProperties['storePassword'] keyAlias keystoreProperties['keyAlias'] keyPassword keystoreProperties['keyPassword'] } } } buildTypes { release { ... signingConfig signingConfigs.release } } }

5.3 准备应用商店素材与信息

上架前，需要准备以下材料，各商店要求略有不同，但大同小异：

应用图标：多种尺寸（通常需要512x512, 1024x1024等），必须清晰，无透明背景，符合各商店设计规范。
应用截图：5-8张，展示应用核心功能。需要多种屏幕尺寸（如1080x1920, 1242x2208等）。严禁使用其他应用的截图或模拟器默认界面。
应用描述：分简短描述和详细描述。突出应用功能、特色、解决什么问题。注意关键词布局。
隐私政策链接：这是强制要求！如果你的应用收集任何用户信息（即使只是一个设备标识符），都必须提供可公开访问的隐私政策链接。可以自己撰写或使用在线生成工具，并部署到你的网站或GitHub Pages。
测试账号（如果应用需要登录）：提供给商店审核人员。
版权/资质证明：如果应用涉及特殊内容（如新闻、视频、音乐），可能需要提供相关授权证明。