1. 无人售卖机安卓开发概述
无人售卖机作为新零售领域的重要终端设备，其安卓系统开发与传统移动应用开发存在显著差异。在这个细分领域深耕五年，我发现无人售卖机的安卓开发需要特别关注硬件交互、离线稳定性、支付安全等核心问题。
一台典型的无人售卖机通常由安卓工控主板、多种外设（如扫码器、纸币器、硬币器、出货电机等）和云端管理系统组成。安卓开发者需要掌握的核心能力包括：
- 多外设驱动集成与调试
- 离线/弱网环境下的业务逻辑处理
- 多种支付方式的SDK集成
- 异常状态的自动恢复机制
与普通APP开发不同，无人售卖机的安卓系统往往需要7×24小时稳定运行，这对内存管理、进程保活、崩溃防护提出了更高要求。我曾遇到过一台售卖机在连续运行37天后出现内存泄漏导致交易失败的情况，这种场景在手机APP中几乎不会出现。
2. 硬件交互层开发要点
2.1 外设通信协议解析
无人售卖机的外设通常通过以下方式与安卓主板通信：
- 串口通信（RS232/RS485）：用于纸币器、硬币器等金融级设备
- USB HID：扫码枪、打印机等常用此方式
- GPIO控制：出货电机、门锁等简单设备
以串口通信为例，核心实现代码片段：
java复制// 串口初始化
SerialPort serialPort = new SerialPort(
new File("/dev/ttyS3"),
9600,
SerialPort.PARITY_NONE
);
// 发送指令
byte[] cmd = {0x02, 0x03, 0x00, 0x02, 0x03};
serialPort.getOutputStream().write(cmd);
// 接收数据
byte[] buffer = new byte[1024];
int len = serialPort.getInputStream().read(buffer);
重要提示：不同厂商的串口参数（波特率、数据位等）可能不同，务必查阅设备文档。我曾因将波特率误设为115200导致与硬币器通信失败，浪费了两天排查时间。
2.2 多外设协同管理
当多个外设需要协同工作时（如扫码支付成功后触发出货），建议采用状态机模式管理业务流程。典型的状态转换包括：
- 待机状态
- 扫码识别状态
- 支付处理状态
- 出货执行状态
- 异常处理状态
状态机的实现可以使业务逻辑更清晰，避免出现状态混乱导致的bug。一个常见的错误是在支付未完成时就触发出货指令，这会造成严重的经济损失。
3. 离线业务处理方案
3.1 本地数据存储策略
无人售卖机经常面临网络不稳定的环境，必须设计可靠的本地存储方案：
| 数据类型 | 存储方式 | 同步策略 |
|---|---|---|
| 交易记录 | SQLite | 网络恢复后批量上传 |
| 商品库存 | SharedPreferences | 每次变更立即尝试同步 |
| 系统日志 | 文件存储 | 定期压缩上传 |
关键代码示例：
kotlin复制// 使用Room实现本地交易记录存储
@Dao
interface TransactionDao {
@Insert
suspend fun insert(transaction: Transaction)
@Query("SELECT * FROM transaction WHERE synced = 0")
fun getUnsyncedTransactions(): List<Transaction>
@Query("UPDATE transaction SET synced = 1 WHERE id = :id")
suspend fun markAsSynced(id: String)
}
3.2 离线支付处理
在网络中断时，建议支持以下备用方案：
- 本地验证小额免密支付（需预先下载白名单）
- 生成付款二维码延后支付
- 启用设备内置的NFC刷卡功能
我曾参与的一个项目中，我们为每台设备预置了500元的小额信用额度，当网络中断时允许用户先取货后扣款，大幅提升了用户体验。这个方案需要做好以下防护：
- 单用户单日限额控制
- 设备本地黑名单检查
- 交易记录双重存储（内存+闪存）
4. 支付安全实现细节
4.1 支付SDK集成要点
主流的无人售卖机支付方案包括：
- 微信/支付宝扫码支付
- 银联云闪付
- 数字人民币
- 会员卡支付
集成时需要注意：
java复制// 支付宝SDK初始化安全示例
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
// 必须在主线程初始化
new Thread(() -> {
AliPaySdk.init(this, "your_app_id", () -> {
// 证书验签回调
return checkCertSign();
});
}).start();
}
}
经验之谈：支付回调接口一定要做签名验证和重复交易检查。我们曾遭遇过恶意用户重放支付报文导致的资金损失。
4.2 安全加固措施
无人售卖机的安卓系统需要特别加固：
- 禁用USB调试模式
- 加固APK防止反编译
- 定期更新根证书
- 实现远程锁机功能
- 关键数据加密存储（建议使用TEE环境）
加固后的设备信息获取示例：
kotlin复制fun getSecureDeviceId(): String {
return try {
val keystore = KeyStore.getInstance("AndroidKeyStore")
keystore.load(null)
if (!keystore.containsAlias("device_id")) {
createNewKeyPair(keystore)
}
// 使用密钥加密设备ID
encryptWithKey(keystore, getRawDeviceId())
} catch (e: Exception) {
// 降级方案
UUID.randomUUID().toString()
}
}
5. 稳定性优化实战
5.1 内存泄漏防护
长期运行的售卖机应用必须做好内存管理：
- 定期检查Activity泄漏（可用LeakCanary）
- 避免静态持有Context
- 使用WeakReference处理回调
- 监控Bitmap内存占用
我们开发的自定义内存监控工具发现，最常见的泄漏场景是：
- 支付回调持有Activity引用
- 单例模式误持View
- 未注销的广播接收器
5.2 崩溃防护方案
建议采用分层防护策略：
- 第一层：try-catch保护关键业务流程
- 第二层：设置全局异常处理器
- 第三层：看门狗进程监控
- 第四层：硬件看门狗复位
全局异常处理示例：
java复制public class CrashHandler implements Thread.UncaughtExceptionHandler {
@Override
public void uncaughtException(Thread t, Throwable e) {
// 1. 保存崩溃日志
saveCrashLog(e);
// 2. 尝试恢复现场
RecoveryManager.tryRecover();
// 3. 安全退出
Process.killProcess(Process.myPid());
}
}
6. 远程管理与监控
6.1 设备状态上报
设计良好的状态上报机制应包括：
- 定时心跳（5分钟间隔）
- 异常事件实时上报
- 批量日志上传
- 远程配置拉取
协议设计建议使用protobuf压缩传输：
protobuf复制message DeviceStatus {
string device_id = 1;
int32 temperature = 2; // 设备温度
int32 memory_usage = 3; // 内存使用率%
repeated string error_codes = 4; // 错误码集合
map<string, string> ext_info = 15; // 扩展字段
}
6.2 远程调试技巧
通过WebSocket实现的远程调试通道比传统的ADB更安全可靠。我们开发的调试工具支持：
- 实时日志查看
- 外设指令模拟
- 性能监控图表
- 远程文件管理
实现要点：
- 使用TLS双向认证
- 限制连接IP白名单
- 操作指令需二次确认
- 记录完整的操作日志
7. 测试与部署规范
7.1 硬件在环测试
建议建立完整的测试体系：
- 单元测试：覆盖核心算法
- 集成测试：验证外设交互
- 压力测试：连续72小时运行
- 异常测试：模拟断网、断电等场景
我们使用的测试用例包括：
- 连续100次扫码支付测试
- 断电恢复后数据完整性检查
- 高温环境下运行测试
- 恶意二维码识别测试
7.2 灰度发布策略
无人售卖机的OTA更新需要特别谨慎：
- 第一阶段：内部测试（5%设备）
- 第二阶段：友好客户测试（15%设备）
- 第三阶段：全量发布（80%设备）
每次更新必须保留回滚机制，我们曾遇到过一个固件更新导致所有扫码器失效的严重事故，幸好有完整的回滚方案。
在无人售卖机领域，最宝贵的经验往往来自现场问题排查。建议每位开发者都要定期到设备部署现场实地观察用户操作，你会发现很多在实验室无法复现的奇妙问题。比如有次我们发现某机型在低温环境下触摸屏会失灵，最终发现是静电干扰问题，通过调整接地方式解决。这些实战经验才是真正的技术财富。