1. 项目缘起为什么“从零到一”依然值得写如果你在2024年还在搜索“Android开发 从零开始”可能会听到一些声音市场饱和了、原生开发式微了、Flutter/React Native才是未来。作为一个从EclipseADT时代一路走过来的老码农我想说这种观点既对也不对。对的是单纯会写几个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 nameapp_nameMyFirstApp/string string namehello_world你好世界/string /resources然后在activity_main.xml中引用这个字符串资源TextView ... android:textstring/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(): ListArticle // 使用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 MutableLiveDataListArticle() val articles: LiveDataListArticle _articles private val _isLoading MutableLiveDataBoolean() val isLoading: LiveDataBoolean _isLoading private val _errorMessage MutableLiveDataString?() val errorMessage: LiveDataString? _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 version1.0 encodingutf-8? LinearLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:layout_widthmatch_parent android:layout_heightwrap_content android:orientationhorizontal android:padding16dp ImageView android:idid/iv_article_image android:layout_width80dp android:layout_height80dp android:scaleTypecenterCrop android:srcdrawable/ic_placeholder / !-- 准备一个占位图 -- LinearLayout android:layout_width0dp android:layout_heightwrap_content android:layout_weight1 android:layout_marginStart16dp android:orientationvertical TextView android:idid/tv_article_title android:layout_widthmatch_parent android:layout_heightwrap_content android:textSize18sp android:textStylebold / TextView android:idid/tv_article_summary android:layout_widthmatch_parent android:layout_heightwrap_content android:layout_marginTop8dp android:textSize14sp android:maxLines2 android:ellipsizeend / /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: ListArticle, private val onItemClick: (Article) - Unit // 点击回调 ) : RecyclerView.AdapterArticleAdapter.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 version1.0 encodingutf-8? androidx.constraintlayout.widget.ConstraintLayout xmlns:androidhttp://schemas.android.com/apk/res/android xmlns:apphttp://schemas.android.com/apk/res-auto android:layout_widthmatch_parent android:layout_heightmatch_parent androidx.recyclerview.widget.RecyclerView android:idid/rv_articles android:layout_width0dp android:layout_height0dp app:layoutManagerandroidx.recyclerview.widget.LinearLayoutManager app:layout_constraintBottom_toBottomOfparent app:layout_constraintEnd_toEndOfparent app:layout_constraintStart_toStartOfparent app:layout_constraintTop_toTopOfparent / ProgressBar android:idid/progress_bar android:layout_widthwrap_content android:layout_heightwrap_content app:layout_constraintBottom_toBottomOfparent app:layout_constraintEnd_toEndOfparent app:layout_constraintStart_toStartOfparent app:layout_constraintTop_toTopOfparent android:visibilitygone / /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:nameandroid.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: Arrayout 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 AnalyzerBuild 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.125. 打包与上架准备最后的临门一脚代码写好了测试也通过了是时候打包发布了。这里以准备上架国内主流应用市场如华为、小米、OPPO应用商店为例。5.1 生成签名密钥Keystore这是最重要的一步这个密钥用于对你的应用进行数字签名证明应用是你发布的。务必妥善保管丢失了它你将无法对应用进行任何更新。在Android Studio中选择Build Generate Signed Bundle / APK。选择Android App Bundle或APK国内商店大多接受APKAAB是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中不要提交到版本库storePasswordyour_store_password keyPasswordyour_key_password keyAliasyour_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。测试账号如果应用需要登录提供给商店审核人员。版权/资质证明如果应用涉及特殊内容如新闻、视频、音乐可能需要提供相关授权证明。5.4 进行最终测试在提交审核前进行一轮全面的测试安装测试在至少2-3台不同品牌、不同Android版本的实体机上安装测试。权限测试拒绝/授予各类权限看应用是否能正常降级或引导。中断测试在关键流程如网络请求、文件下载中切换网络、接打电话、锁屏看应用恢复后是否正常。边界测试输入超长文本、快速连续点击按钮、在低内存设备上运行。检查Logcat在Release包安装后查看是否有异常崩溃日志需要设备开启开发者选项和USB调试。完成以上所有步骤你的应用就从一个“能跑”的Demo变成了一个具备上架资格的“产品”。这个过程充满了细节和陷阱但每一步的扎实积累都是你从“学习者”迈向“开发者”的坚实脚印。记住第一个应用不必完美但求完整。把这次“从零到一”走通后面的“从一到一百”才会更有方向。
