Android NFC ISODep支持有多成熟？

Question

我知道这是一个没有明确答案的“讨论”话题，但我真的希望得到一些反馈，以了解在为Android开发NFC应用程序时应该做些什么，特别是使用IsoDep与使用APDU帧的DESFire卡进行通信。

• 我能期望发送到特定DESFire卡的相同APDU帧在Android设备和版本中的响应相同吗？
• 我至少应该测试哪些Android版本和设备，以获得合理的覆盖？
• Android驱动程序中的bug或regression是常见的吗？还是我可以期待这些问题在很久以前就被根除了？
• 为避免太多麻烦，您推荐支持的Android最早版本是什么？

到目前为止，我的经验是令人惊讶的混合（3个设备，3个不同），我真的希望听到其他开发人员。例如：在S3(Android4.1.2)上工作的相同的APDU命令在S4(Android4.3)上不工作（“错误长度”在第三次自校正握手时失败，在此之前一切正常）。这些手机有不同的NFC芯片组，但我没有想到在APDU帧的抽象级别上会有差异。

Answer 1

这的确是一个讨论的话题，但我仍然认为这与Android NFC开发者有关，因此，我将在这里给出我的经验报告：

• 我能期望发送到特定DESFire卡的相同APDU帧在Android设备和版本中的响应相同吗？

是的，但仅适用于满足ISO/IEC 7816-4要求的APDU命令，但有一些附加限制（例如，并非所有设备都支持扩展长度的APDU，某些设备似乎在case-1 APDU上有问题）。

Broadcom NFC堆栈的最新版本中也存在一些已知的bug（见下文）。

• 我至少应该测试哪些Android版本和设备，以获得合理的覆盖？

到目前为止，我遇到的最多的问题是使用了Broadcom NFC芯片组的三星设备。尽管它们与APDU无关，尤其是在使用MIFARE Classic时，但它们的表现与其他采用Broadcom芯片组的设备截然不同。例如，S4在系统级阻止MIFARE Classic标签，因此不允许读取标签(N)UID。（从MF Classic读取数据无论如何都不可能使用Broadcom芯片组...）

• Android驱动程序中的bug或regression是常见的吗？还是我可以期待这些问题在很久以前就被根除了？

正如我之前所说的，Broadcom NFC堆栈存在一些已知问题。特别是对于MIFARE DESFire而言，存在一个已知问题，即NFC堆栈在将基于APDU的任意命令传递给应用程序后，会将其发送给卡。因此，这些命令可能干扰卡与该应用程序之间正在进行的通信（例如，强制基于APDU的通信模式而不是本机命令模式、改变应用程序/文件选择等）。有关更多详细信息，请参阅此错误报告和此stackoverflow问题。

而通过bug追踪器来看，肯定还有更多未解决的问题。

null

关于基于APDU的通信（与DESFire或其他卡），API10(Android 2.3.3)和更高版本工作正常。当谈到NFC API的可用性（除了简单的APDU交换）和漂亮的应用程序设计时，我会坚持使用Android4.0.3和更高版本。但请记住，最新的平台，特别是Android4.3和Android4.4引入了许多奇怪的行为/错误/（“特性”？）。

为了了解目前使用NFC设备的Android版本用户的感受，我将分享NFC TagInfo的当前设备安装分发版（尽管这可能有点偏颇，因为NFC TagInfo不是针对普通用户的）：

1. Android4.1:36%
2. Android4.3:21%
3. Android4.2:19%
4. Android4.4:18%
5. Android4.0.3-4.0.4:4%
6. Android2.3.3-2.3.7:2%
7. Android4.0-4.0.2:0%
8. Android3.2:0%