首页
/ TagMo项目中BIN文件随机化功能的问题分析与修复

TagMo项目中BIN文件随机化功能的问题分析与修复

2025-06-26 08:40:45作者:郦嵘贵Just

问题背景

TagMo是一款用于管理Amiibo数据的Android应用工具,它允许用户克隆、编辑和生成Amiibo数据文件。在最新版本中,用户报告了一个关键功能问题:当使用"随机化序列号"功能批量生成Amiibo文件时,所有生成的文件实际上具有相同的ID/HEX值,而非预期的随机唯一值。

问题现象

用户在使用TagMo 4.1.8版本时发现:

  1. 批量生成200个随机Amiibo文件时,所有文件的ID相同
  2. 生成的.bin文件虽然文件名带有索引后缀,但内容实质相同
  3. 导出为其他设备格式的.nfc文件也表现出相同问题

技术分析

经过深入代码审查,发现该问题源于两个核心组件的问题:

1. URI处理异常

在文件保存过程中,系统抛出了"Invalid URI"异常。根本原因是TagArray.kt中的writeBytesToDocument方法返回的是文件名而非完整的URI字符串,导致后续处理无法正确定位文件。

原代码片段:

fun writeBytesToDocument(...): String? {
    // ...
    return newFile?.name  // 仅返回文件名
}

2. 随机UID生成失效

虽然Foomiibo.generateRandomUID()方法能正确生成随机UID,但在withRandomSerials方法中,这些随机值未被正确应用到数据副本上。这是由于异步处理中的数据共享问题导致的。

原问题代码:

suspend fun ByteArray?.withRandomSerials(...): ArrayList<AmiiboData> {
    // ...
    (0 until count).map { async(Dispatchers.IO) {
        val tagDataCopy = originalTagData.copyOf()  // 复制数据
        AmiiboData(tagDataCopy).apply {
            uID = Foomiibo.generateRandomUID()  // 设置随机UID
        }
    } }
    // ...
}

解决方案

1. 修复URI处理

修改writeBytesToDocument方法,返回完整的URI字符串而非仅文件名:

fun writeBytesToDocument(...): String? {
    // ...
    return newFile?.uri.toString()  // 返回完整URI
}

2. 确保UID随机化

重构withRandomSerials方法,确保每个副本都获得独立的随机UID:

suspend fun ByteArray?.withRandomSerials(...): ArrayList<AmiiboData> {
    val dataList = ArrayList<AmiiboData>()
    (keyManager?.decrypt(this) ?: this)?.let { originalTagData ->
        coroutineScope {
            (0 until count).map { async(Dispatchers.IO) {
                try {
                    val tagDataCopy = originalTagData.copyOf()
                    AmiiboData(tagDataCopy).apply {
                        uID = Foomiibo.generateRandomUID()
                    }.also { dataList.add(it) }
                } catch (e: Exception) {
                    Debug.warn(e)
                }
            } }.awaitAll()
        }
    }
    return dataList
}

实现效果

修复后:

  1. 批量生成的每个Amiibo文件都具有唯一的UID
  2. 文件保存过程不再抛出URI异常
  3. 导出的其他设备格式文件(.nfc)也正确包含不同的UID

技术启示

  1. URI处理:在Android文件系统操作中,正确处理URI至关重要,特别是使用DocumentFile API时。返回完整URI而非部分信息可以避免后续解析问题。

  2. 并发数据安全:在多线程/协程环境下操作数据副本时,必须确保每个线程获得独立的数据副本,避免共享状态导致的数据一致性问题。

  3. 异常处理:看似无关的异常(如URI异常)可能掩盖核心功能问题,需要全面检查异常链。

总结

本次修复解决了TagMo中Amiibo文件随机化生成的核心功能问题,确保了批量生成文件的唯一性。这为用户在需要大量唯一Amiibo实例的场景(如游戏测试、设备兼容性测试等)提供了可靠支持。问题的解决也展示了在Android开发中正确处理文件URI和并发数据访问的重要性。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
53
468
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
878
517
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
336
1.1 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
180
264
cjoycjoy
一个高性能、可扩展、轻量、省心的仓颉Web框架。Rest, 宏路由,Json, 中间件,参数绑定与校验,文件上传下载,MCP......
Cangjie
87
14
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
349
381
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
612
60