Android 与 iOS 核心差异

Android 与 iOS 核心差异

专为 Android 开发者整理，需要特别注意的设计理念和实现差异

核心理念差异

Android：组件化 vs iOS：单入口

特别注意：

• iOS 没有 Intent 机制
• iOS 没有 BroadcastReceiver
• iOS 的后台能力非常受限
• 页面跳转通过 Navigation 或 NavigationLink，不是新建实例

生命周期差异

Activity/Fragment vs UIViewController

Android Activity 生命周期: onCreate → onStart → onResume → [运行] → onPause → onStop → onDestroy iOS ViewController 生命周期: init → loadView → viewDidLoad → viewWillAppear → viewDidAppear → [运行] → viewWillDisappear → viewDidDisappear → deinit

关键差异

特别注意：

• iOS 没有 onDestroy 的精确对应，viewDidDisappear不代表页面被销毁
• ViewController 可能被系统回收（内存不足时）
• SwiftUI 使用@StateObject和@ObservedObject替代生命周期管理

SwiftUI 生命周期

// SwiftUI 没有传统生命周期，用这些替代structContentView:View{@Stateprivatevardata=""// 视图出现时调用 (类似 onResume).onAppear{loadData()}// 视图消失时调用 (类似 onPause).onDisappear{saveData()}}

内存管理差异

ARC vs GC

强引用 vs 弱引用

// Swift 内存管理classPerson{varname:String// initinit(name:String){self.name=name}// deinit (类似 onDestroy)deinit{print("\(name)被释放")}}// 强引用 - 对象不会被释放varstrongRef:Person?=Person(name:"Alice")// 弱引用 - 不增加引用计数，可为 nilweakvarweakRef:Person?=Person(name:"Bob")// 无主引用 - 不增加引用计数，不能为 nil（类似 Kotlin lateinit var）unownedvarunownedRef:Person

特别注意：

• 循环引用是 iOS 最常见的内存泄漏原因
• ViewController 和 Delegate 之间常用weak避免循环引用
• 闭包中的 self需要使用[weak self]捕获

// 闭包中的循环引用classMyViewController:UIViewController{vardata:[String]=[]funcloadData(){// ❌ 错误：闭包捕获 self，造成循环引用network.request{responseinself.data=response}// ✅ 正确：使用 weak selfnetwork.request{[weakself]responseinself?.data=response}// ✅ 更好：使用 weak self 并 guardnetwork.request{[weakself]responseinguardletself=selfelse{return}self.data=response}}}

Android 对比

// Android 内存管理更简单classMyActivity:AppCompatActivity(){// Kotlin 有 GC，不需要手动处理循环引用funloadData(){network.request{response->data=response// 直接用，不用担心泄漏}}}

UI 架构差异

命令式 vs 声明式

状态管理

// SwiftUI 状态管理structCounterView:View{// @State - 值类型，用于简单状态@Stateprivatevarcount=0// @StateObject - 引用类型，用于 ViewModel@StateObjectprivatevarviewModel=CounterViewModel()// @Published - 属性发布变化，类似 LiveData// @ObservedObject - 观察外部 ViewModel// @EnvironmentObject - 从环境获取共享对象}// ViewModelclassCounterViewModel:ObservableObject{@Publishedvarcount=0funcincrement(){count+=1}}

Android 对比

// Android LiveData + ViewBindingclassCounterActivity:AppCompatActivity(){privatelateinitvarbinding:ActivityCounterBindingprivatevalviewModel:CounterViewModelbyviewModels()overridefunonCreate(savedInstanceState:Bundle?){super.onCreate(savedInstanceState)binding=ActivityCounterBinding.inflate(layoutInflater)setContentView(binding.root)viewModel.count.observe(this){count->binding.textView.text=count.toString()}binding.button.setOnClickListener{viewModel.increment()}}}

特别注意：

• SwiftUI 的@Published类似 LiveData，但自动在主线程发布
• SwiftUI 数据流是单向的：View → Action → ViewModel → State → View
• 不能直接修改 View 中的@State，必须通过 ViewModel

导航系统差异

Android Navigation vs iOS Navigation

SwiftUI 导航

// 方式 1: NavigationStack (iOS 16+)NavigationStack{List(items){iteminNavigationLink(value:item){Text(item.name)}}.navigationDestination(for:Item.self){iteminDetailView(item:item)}}// 方式 2: NavigationView + NavigationLink (旧版)NavigationView{List(items){iteminNavigationLink(destination:DetailView(item:item)){Text(item.name)}}}// 方式 3: 编程式导航@StateprivatevarshowDetail=falseButton("查看详情"){showDetail=true}.sheet(isPresented:$showDetail){DetailView()}

Android 对比

// Android Navigation ComponentvalnavController=findNavController(R.id.nav_host_fragment)navController.navigate(R.id.action_list_to_detail)navController.popBackStack()// 或传统方式valintent=Intent(this,DetailActivity::class.java)intent.putExtra("item",item)startActivity(intent)finish()

特别注意：

• iOS 没有 Intent 的 extras 机制，传值方式不同
• SwiftUI 传值：初始化时传入、Environment 传递
• NavigationLink destination 是视图，不是字符串路径
• 返回手势 iOS 系统自动处理

权限管理差异

Android 6.0+ vs iOS

iOS 权限请求

importCoreLocationimportPhotosimportAVFoundationclassPermissionManager{letlocationManager=CLLocationManager()funcrequestLocation(){letstatus=locationManager.authorizationStatusswitchstatus{case.notDetermined:locationManager.requestWhenInUseAuthorization()case.authorizedWhenInUse,.authorizedAlways:// 已授权locationManager.requestLocation()case.denied,.restricted:// 被拒绝，跳转设置ifleturl=URL(string:UIApplication.openSettingsURLString){UIApplication.shared.open(url)}@unknowndefault:break}}funcrequestPhotos(){PHPhotoLibrary.requestAuthorization(for:.readWrite){statusinDispatchQueue.main.async{switchstatus{case.authorized,.limited:// 访问照片breakcase.denied,.restricted:// 跳转设置breakdefault:break}}}}}

Android 对比

classPermissionActivity:AppCompatActivity(){privatevallocationPermission=arrayOf(Manifest.permission.ACCESS_FINE_LOCATION,Manifest.permission.ACCESS_COARSE_LOCATION)funrequestLocation(){if(checkSelfPermission(this,Manifest.permission.ACCESS_FINE_LOCATION)==PackageManager.PERMISSION_GRANTED){// 已授权}else{requestPermissions(locationPermission,REQUEST_CODE)}}overridefunonRequestPermissionsResult(requestCode:Int,permissions:Array<outString>,grantResults:IntArray){if(requestCode==REQUEST_CODE){if(grantResults.isNotEmpty()&&grantResults[0]==PackageManager.PERMISSION_GRANTED){// 授权成功}}}}

特别注意：

• iOS 权限说明必须写在 Info.plist 的对应 key 下
• 用户拒绝后只能跳转设置，无法再次弹出请求
• iOS 蓝牙权限需要NSBluetoothAlwaysUsageDescription

线程模型差异

Main Thread vs UI Thread

Swift 并发

// Swift 5.5+ async/await (类似 Kotlin Coroutines)funcfetchUser()asyncthrows->User{leturl=URL(string:"https://api.example.com/user")!let(data,_)=tryawaitURLSession.shared.data(from:url)returntryJSONDecoder().decode(User.self,from:data)}// 调用Task{do{letuser=tryawaitfetchUser()awaitMainActor.run{// 更新 UI - 必须回到主线程self.nameLabel.text=user.name}}catch{print("Error:\(error)")}}// GCD 方式 (类似 Handler)DispatchQueue.global(qos:.background).async{// 后台执行letresult=self.doHeavyWork()DispatchQueue.main.async{// 回到主线程更新 UIself.label.text=result}}

Android 对比

// Kotlin CoroutinesGlobalScope.launch(Dispatchers.IO){valuser=api.fetchUser()withContext(Dispatchers.Main){// 更新 UInameText.text=user.name}}// 或runOnUiThread{nameText.text=user.name}

特别注意：

• SwiftUI 的 View 更新自动在主线程
• @Published属性发布默认在主线程
• 长时间后台任务 iOS 会被系统挂起
• Background Tasks API 有限制

包管理差异

Gradle vs CocoaPods / SPM

Swift Package Manager

// Package.swiftimportPackageDescriptionletpackage=Package(name:"MyApp",platforms:[.iOS(.v15)],products:[.library(name:"MyApp",targets:["MyApp"]),],dependencies:[.package(url:"https://github.com/Alamofire/Alamofire.git",from:"5.0.0")],targets:[.target(name:"MyApp",dependencies:[.product(name:"Alamofire",package:"Alamofire")])])

CocoaPods

# Podfileplatform:ios,'15.0'use_frameworks!target'MyApp'dopod'Alamofire','~> 5.0'pod'SnapKit','~> 5.0'pod'Kingfisher','~> 7.0'endpost_installdo|installer|installer.pods_project.targets.eachdo|target|target.build_configurations.eachdo|config|config.build_settings['IPHONEOS_DEPLOYMENT_TARGET']='15.0'endendend

特别注意：

• Xcode 需要打开.xcworkspace而不是.xcodeproj（使用 CocoaPods 时）
• SPM 和 CocoaPods不能同时使用做主依赖管理
• 版本号写法不同：~> 5.0等于>= 5.0 and < 6.0

其他重要差异

1. 文件系统

2. 应用签名

# iOS 签名相关命令security find-identity-v-pcodesigning# 列出证书

3. 应用审查

4. 后台执行

// iOS 后台刷新BGAppRefreshTask.shared.register(forTaskWithIdentifier:"com.example.refresh"){taskin// 执行后台刷新task.setTaskCompleted(success:true)}

5. 深链接 (Deep Link)

// iOS Universal Links 配置// 需要在 Apple Developer 配置 associated domains// applinks:yourdomain.com// 处理funcapplication(_application:UIApplication,continueuserActivity:NSUserActivity,restorationHandler:@escaping([UIUserActivityRestoring]?)->Void)->Bool{guarduserActivity.activityType==NSUserActivityTypeBrowsingWeb,leturl=userActivity.webpageURLelse{returnfalse}// 处理 deep linkreturnhandleDeepLink(url)}

常见踩坑清单

必踩坑及解决方案

快速对比速查表

这份文档帮助 Android 开发者快速识别 iOS 开发中的关键差异，避免常见陷阱。