我正在编写一个 Android 应用程序来读取和写入标签。当我阅读一切正常时，当我尝试在 nfc 标签上保存数据时，标签首先读取数据并再次打开 Activity ，如何阻止从 Intent 读取并正确保存数据？
我有一个运行 4 个 fragment 的 Activity ，读取代码在 Activity 中，写入机制从 fragment 中调用
最佳答案
对于写入，我不会使用enableForegroundDispatch方法，它会误导用户将卡移出范围太快，导致真实用户使用时出现大量写入错误和数据损坏。
这是因为在您的代码有机会写入之前，操作系统读取卡后会立即出现声音提示。
我会使用 enableReaderMode 而不是您可以控制声音提示的地方。
更新
请注意，使用 enabledReaderMode，您仍然可以将 Intent 过滤器放在您的 list 中，以要求 Android 操作系统在看到某种类型的标签时启动您的应用程序，从 Manifest Intent 过滤器生成的 Intent 始终在 onCreate 方法，无论您如何处理 Activity 中的卡片。
此外，enableForegroundDispatch 读取也不可靠，因为操作系统在看起来像无窗口 Activity 中处理 NFC 读取，您的 Activity 在读取时会暂停。
我已经使用 enableForegroundDispatch 进行了真实用户测试，当您的应用程序处于前台时，标签进入范围，您的应用程序被暂停，标签超出范围并返回范围在您的应用程序有机会恢复之前，操作系统认为没有任何东西在等待它的 Intent，因此打开它自己的窗口显示 NDEF 数据的基本屏幕，而不是尝试将 Intent 传递给您仍然暂停的 Activity .
另一个建议是，如果可以轻松使用 NDEF 格式，则不要使用 NDEF 格式，因为操作系统理解 NDEF，它会尝试用它做事，使用您自己的格式意味着操作系统不太可能干扰您正在做的事情。但是，如果您想写入多于一页的数据，情况会更加复杂，但您确实可以获得更好的错误处理能力。
有了 enableReaderMode，您的应用程序在读取卡片时不会暂停(卡片交互在应用程序的单独线程中处理)，您可以控制声音，因此您可以玩当您完成写作而不是任务完成一半时发出声音。
答案 https://stackoverflow.com/a/59397667/2373819 中的低水平阅读示例 enableReaderMode写页面在结构上与阅读没有太大区别。
更新:
重新阅读您的代码，似乎在您编写时假设标签在范围内。因为标签可以轻松且频繁地进出或范围，所以在 onNewIntent 被触发后立即编写要可靠得多。
您应该将 onNewIntent 视为标签在范围内的通知，您可以从标签读取或写入标签(在 enableReaderMode 方法中它被称为 onTagDiscovered 因为它确实是这样。)
更新:
添加了关于我如何处理读/写逻辑以实现可靠写入的流程图。
关于java - 读取和写入 NFC，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/59421707/