本教程探讨了在flutter应用中获取系统硬件信息（如内存、cpu）的两种主要策略。针对flutter原生包不足的挑战，文章详细介绍了如何通过嵌入python运行时（如`serious_python`）来利用python库，以及更推荐的flutter平台通道（platform channels）机制，通过编写原生代码直接访问系统api，并提供了相应的实现思路和注意事项，帮助开发者选择最适合其项目需求的方案。
在开发Flutter应用时，有时需要获取设备底层的系统硬件信息，例如内存使用情况、CPU信息或电池状态等。然而，Flutter的核心库和大部分现有插件可能无法提供这些深层次的操作系统级数据。当遇到这种情况，特别是当开发者习惯使用Python中强大的系统信息库（如psutil）时，便需要考虑将Python或原生代码集成到Flutter应用中。本文将详细介绍两种实现此目标的主要策略。
策略一：嵌入Python运行时
一种直接的解决方案是在Flutter应用中嵌入一个Python运行时环境，从而可以直接执行Python代码并利用其丰富的库生态，例如psutil。
1.1 方案介绍：serious_python
serious_python是一个致力于将Python运行时嵌入到移动应用（包括Flutter）中的项目。它允许开发者在Flutter应用中打包Python解释器和相关的Python库，并在运行时执行Python脚本。
1.2 适用场景与考量
-
优点：
- 可以直接复用现有的Python代码和库，特别适用于已经有大量Python逻辑需要迁移或利用的场景。
- 对于处理复杂的计算、数据分析或机器学习任务，Python生态系统通常更为成熟。
-
缺点：
- 应用体积增大： 嵌入整个Python运行时和相关库会显著增加Flutter应用的最终打包体积。
- 性能开销： Python代码的执行通常比原生代码慢，可能引入额外的性能开销，尤其是在频繁调用或处理大量数据时。
- 集成复杂性： 设置和管理Python环境、依赖以及与Flutter的通信机制可能相对复杂。
- 跨平台兼容性： 需要确保Python运行时及其依赖在不同移动操作系统上都能稳定运行。
虽然serious_python提供了一种将Python集成到Flutter的途径，但对于仅仅获取系统硬件信息这类通常有原生API支持的功能，它可能不是最轻量级或最高效的选择。
立即学习“Python免费学习笔记（深入）”；
策略二：使用Flutter平台通道（Platform Channels）
Flutter平台通道是官方推荐的用于Flutter应用与宿主平台（Android、iOS等）原生代码进行双向通信的机制。通过平台通道，Flutter应用可以调用原生平台的API，从而获取各种系统级信息。
2.1 平台通道工作原理
平台通道通过MethodChannel、EventChannel和BasicMessageChannel等机制，在Dart代码和原生代码之间建立起桥梁。对于获取系统信息这类一次性或请求-响应式的操作，通常使用MethodChannel。
- Dart端： 定义一个MethodChannel，并调用其invokeMethod方法发送消息（方法名和参数）到原生端。
- 原生端： 监听对应的MethodChannel，接收Dart端发送的消息，执行原生代码逻辑（例如调用Android/iOS API），然后将结果返回给Dart端。
2.2 实现步骤与示例
以获取Android设备内存信息为例，以下是使用平台通道的实现思路：
步骤1：在Dart端定义MethodChannel并调用原生方法
首先，在Flutter项目的Dart代码中，创建一个MethodChannel实例，并定义一个异步方法来调用原生端的逻辑。
import 'package:flutter/services.dart';
class SystemInfoService {
// 定义一个MethodChannel，其名称必须与原生端注册的名称一致
static const MethodChannel _platformChannel =
MethodChannel('com.example.myapp/system_info');
/// 获取设备的RAM内存信息
Future getRamMemoryInfo() async {
try {
// 调用原生端的'getRamInfo'方法
final String result = await _platformChannel.invokeMethod('getRamInfo');
return result;
} on PlatformException catch (e) {
// 处理原生端可能抛出的异常
return "获取RAM信息失败: '${e.message}'.";
}
}
// 可以继续添加其他方法，例如获取CPU信息等
// Future getCpuInfo() async {
// try {
// final String result = await _platformChannel.invokeMethod('getCpuInfo');
// return result;
// } on PlatformException catch (e) {
// return "获取CPU信息失败: '${e.message}'.";
// }
// }
}
// 在Flutter Widget中如何使用：
/*
class MySystemInfoWidget extends StatefulWidget {
@override
_MySystemInfoWidgetState createState() => _MySystemInfoWidgetState();
}
class _MySystemInfoWidgetState extends State {
String _ramInfo = '未知';
@override
void initState() {
super.initState();
_getRamInfo();
}
Future _getRamInfo() async {
String ramInfo = await SystemInfoService().getRamMemoryInfo();
setState(() {
_ramInfo = ramInfo;
});
}
@override
Widget build(BuildContext context) {
return Text('RAM 信息: $_ramInfo');
}
}
*/ 步骤2：在Android原生端实现方法处理
在Android项目的MainActivity.kt（或MainActivity.java）中，注册一个MethodChannel并实现setMethodCallHandler来处理来自Dart端的调用。
package com.example.myapp
import android.os.Bundle
import androidx.annotation.NonNull
import io.flutter.embedding.android.FlutterActivity
import io.flutter.embedding.engine.FlutterEngine
import io.flutter.plugin.common.MethodChannel
import android.app.ActivityManager
import android.content.Context
class MainActivity: FlutterActivity() {
// 确保这里的CHANNEL名称与Dart端定义的一致
private val CHANNEL = "com.example.myapp/system_info"
override fun configureFlutterEngine(@NonNull flutterEngine: FlutterEngine) {
super.configureFlutterEngine(flutterEngine)
MethodChannel(flutterEngine.dartExecutor.binaryMessenger, CHANNEL).setMethodCallHandler {
call, result ->
// 根据方法名处理不同的请求
if (call.method == "getRamInfo") {
val ramInfo = getRamMemoryInfo()
if (ramInfo != null) {
result.success(ramInfo) // 返回成功结果
} else {
result.error("UNAVAILABLE", "无法获取RAM信息。", null) // 返回错误
}
}
// 可以添加其他方法处理
// else if (call.method == "getCpuInfo") { ... }
else {
result.notImplemented() // 如果方法未实现
}
}
}
// 获取RAM内存信息的原生方法
private fun getRamMemoryInfo(): String? {
val actManager = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
val memInfo = ActivityManager.MemoryInfo()
actManager.getMemoryInfo(memInfo)
val totalMemory = memInfo.totalMem / (1024 * 1024) // 总内存，单位MB
val availableMemory = memInfo.availMem / (1024 * 1024) // 可用内存，单位MB
val usedMemory = totalMemory - availableMemory // 已用内存，单位MB
return "总RAM: ${totalMemory}MB, 可用RAM: ${availableMemory}MB, 已用RAM: ${usedMemory}MB"
}
}步骤3：在iOS原生端实现方法处理（Swift）
类似地，在iOS项目的AppDelegate.swift中，注册MethodChannel并处理方法调用。
import Flutter
import UIKit
@UIApplicationMain
@objc class AppDelegate: FlutterAppDelegate {
override func application(
_ application: UIApplication,
didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
) -> Bool {
GeneratedPluginRegistrant.register(with: self)
let controller : FlutterViewController = window?.rootViewController as! FlutterViewController
let systemInfoChannel = FlutterMethodChannel(name: "com.example.myapp/system_info",
binaryMessenger: controller.binaryMessenger)
systemInfoChannel.setMethodCallHandler({
(call: FlutterMethodCall, result: @escaping FlutterResult) -> Void in
if call.method == "getRamInfo" {
let ramInfo = self.getRamMemoryInfo()
result(ramInfo)
} else {
result(FlutterMethodNotImplemented)
}
})
return super.application(application, didFinishLaunchingWithOptions: launchOptions)
}
// 获取RAM内存信息的原生方法
private func getRamMemoryInfo() -> String {
var info = mach_task_basic_info()
var count = mach_msg_type_number_t(MemoryLayout.size)/4
let kerr: kern_return_t = withUnsafeMutablePointer(to: &info) {
$0.withMemoryRebate {
task_info(mach_task_self_,
task_flavor_t(MACH_TASK_BASIC_INFO),
$0.assumingMemoryBound(to: integer_t.self),
&count)
}
}
if kerr == KERN_SUCCESS {
let totalMemory = ProcessInfo.processInfo.physicalMemory / (1024 * 1024) // 总内存，单位MB
let usedMemory = info.resident_size / (1024 * 1024) // 已用内存，单位MB
let availableMemory = totalMemory - usedMemory // 可用内存，单位MB (这是一个简化估算)
return "总RAM: \(totalMemory)MB, 可用RAM: \(availableMemory)MB, 已用RAM: \(usedMemory)MB"
} else {
return "无法获取RAM信息"
}
}
} 注意：iOS获取可用内存的API相对复杂，上述代码中的可用内存是一个简化估算，实际开发中可能需要更精确的API调用。
2.3 适用场景与考量
-
优点：
- 性能优异： 直接调用原生API，性能接近原生应用。
- 应用体积小： 不会引入额外的运行时环境，仅增加少量原生代码。
- 官方推荐： 是Flutter与原生功能交互的标准和推荐方式。
- 灵活性高： 可以访问任何原生平台支持的API。
-
缺点：
- 需要原生开发技能： 开发者需要具备Android（Java/Kotlin）和iOS（Swift/Objective-C）的原生开发知识。
- 代码重复： 对于跨平台功能，需要为每个目标平台编写相应的原生代码。
- 维护成本： 随着平台API的变化，可能需要更新原生代码。
注意事项与选择建议
在选择集成策略时，需要综合考虑项目的具体需求、团队技能栈和维护成本：
- 首选平台通道： 对于获取系统硬件信息这类功能，强烈推荐使用Flutter平台通道。它提供了最佳的性能、最小的应用体积和官方支持。如果你的团队具备原生开发能力，这是最直接和高效的解决方案。
- 权限管理： 获取某些系统信息（如位置、电话状态、存储等）可能需要用户授权。在使用原生API时，务必在Android的AndroidManifest.xml和iOS的Info.plist中声明所需权限，并在运行时请求用户授权。
- 错误处理： 无论是Python集成还是平台通道，都需要在Dart端和原生端都做好健壮的错误处理，例如网络中断、权限拒绝、API调用失败等情况。
- 跨平台兼容性： 使用平台通道意味着你需要为Android和iOS（甚至Web、桌面）分别编写原生代码。确保所有平台上的实现都能达到预期效果。
- 第三方插件： 在决定自行实现之前，务必检查Flutter社区是否有现成的插件能够满足需求。例如，device_info_plus、battery_plus等插件已经封装了许多常用的设备信息获取功能，可以大大简化开发。如果现有插件能满足需求，优先使用插件。
- Python集成时机： 仅当你的核心业务逻辑高度依赖于Python特有的库（如复杂的科学计算、AI模型推理等），且没有合适的Dart或原生替代方案时，才考虑嵌入Python运行时。
总结
Flutter应用获取系统硬件信息，主要有两种策略：嵌入Python运行时（如serious_python）和利用Flutter平台通道。尽管Python集成提供了复用Python代码的便利，但其在应用体积、性能和集成复杂度方面的考量使其不适合作为获取简单系统信息的首选。
相比之下，Flutter平台通道是官方推荐且更高效的解决方案。它允许Flutter应用直接与原生平台的API交互，提供卓越的性能和较小的应用体积。虽然这需要开发者具备一定的原生开发知识，但对于需要访问底层系统功能的Flutter应用而言，掌握平台通道是必不可少的技能。在实际开发中，应优先考虑使用平台通道或寻找现有的Flutter插件，仅在特殊情况下才考虑嵌入Python运行时。
