时间戳

首页 > 解决方案 > 将数据写入不适合的 NFC 标签

android - 将数据写入不适合的 NFC 标签

问题描述

目前，我的 Android 应用程序通过从剪贴板粘贴、读取 QR 码或从 NFC 读取来使用 Google 电子表格的 URL。我在写入 NFC 标签时遇到问题，我收到此错误：

[错误：nfa_rw_act.cc(1571)] 无法写入 NDEF。标签 maxsize=137，请求写入大小=171

我无法写入此标签，因为我尝试写入的有效负载大于其上的可写空间。

我要做的就是将我已经读取的 URL（从剪贴板或 QR）写入 NFC 标签，并添加我的应用程序记录，以便在用户没有的情况下将 Play 商店启动到我的应用程序它已经安装了。不幸的是，这似乎是太多的数据。我考虑过可能只包含电子表格 ID 值，但我认为这会在将来增加对 Google 表格之外的电子表格的支持时增加复杂性。

这是我目前的写作方式：

public NdefMessage createNdefMessage() {
    String text = "https://docs.google.com/spreadsheets/d/1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgvE2upms/edit?usp=sharing";

    NdefRecord appRecord = NdefRecord.createApplicationRecord(context.getPackageName());
    NdefRecord relayRecord = new NdefRecord(NdefRecord.TNF_MIME_MEDIA, new String("application/" + context.getPackageName()).getBytes(Charset.forName("US-ASCII")), null, text.getBytes());

    return new NdefMessage(new NdefRecord[] {relayRecord, appRecord});
}

只写 ID（在这种情况下为“1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgvE2upms”）是我唯一的选择吗？我还假设我使用的 NFC 标签是平均尺寸，而不是 2018 年的超小尺寸。

编辑：

多亏了迈克尔，我才能够让它适应，尽管几乎没有（134/137 字节）。我通过以下方式将 URI 写入 NFC：

NdefRecord relayRecord = NdefRecord.createUri(text);

我添加了这个意图过滤器来捕捉它：

<intent-filter>
            <action android:name="android.nfc.action.NDEF_DISCOVERED"/>
            <category android:name="android.intent.category.DEFAULT"/>
            <data android:scheme="https" android:host="docs.google.com"/>
        </intent-filter>

我用这个读取了 NFC 标签：

NdefMessage[] messages = new NdefMessage[rawMessages.length];

        for (int i = 0; i < rawMessages.length; i++) {
            messages[i] = (NdefMessage) rawMessages[i];
        }

        for (NdefRecord r : messages[0].getRecords()) {
            if (r.getTnf() == NdefRecord.TNF_WELL_KNOWN) {
                byte[] payload = r.getPayload();
                try {
                    String payloadText = new String(payload, 1, payload.length - 1, "UTF-8");
                    int firstByte = payload[0];
                    return getUriPrefix(firstByte) + payloadText;
                } catch (UnsupportedEncodingException e) {
                    e.printStackTrace();
                    return "Read error";
                }
            }
        }

我通过这个获得的 URI 压缩的第一个字节，即使我在我的应用程序中只分配了“04”（当我将其读取为 int 时为 4）：

private String getUriPrefix(int firstByte) {
    if (firstByte == 0) {
        return "";
    } else if (firstByte == 1) {
        return "http://www.";
    } else if (firstByte == 2) {
        return "https://www.";
    } else if (firstByte == 3) {
        return "http://";
    } else if (firstByte == 4) {
        return "https://";
    } else {
        return "";
    }
}

标签： androidtagsurinfcndef

解决方案

您在日志中收到的错误消息非常清楚。您的 NDEF 消息太大，无法容纳标签的数据区域。显而易见的解决方案是使用具有足够大存储容量的 NFC 标签——有很多更大的标签可用。如果您想准确存储该 NDEF 消息，您无能为力。

但是，有一些方法可以改进 NDEF 消息本身。您当前使用 MIME 类型记录来存储 URL。这绝对不是存储 URL 的记录类型的最佳选择。（或实际上任何特定于应用程序的数据）。您选择的 MIME 类型成本 ("application/" + context.getPackageName()).length() = 31 个字节（假设您的包名称为 19 个字节）。

  • 如果您改用 NFC 论坛外部类型记录，则可以创建一个更短的类型名称，形式为“mydomain.tld:appurl”，这样可以节省相当多的字节。

    relayRecord = NdefRecord.createExternal("mydomain.tld", "appurl", text.getBytes());

  • 由于您要存储 URL，因此还有一种更有效（且易于使用）的记录​​类型：NFC 论坛 URI 众所周知的类型。该记录的类型名称仅包含单个字母“U”，因此与您的 MIME 类型记录相比，这已经节省了 30 个字节。此外，URI 记录类型使用压缩方案来进一步减小记录的大小：有一个众所周知的 URI 前缀列表（例如“https://”），可以在 URI 记录中表示为单个字节（该方法NdefRecord.createUri()将自动处理该压缩）。因此，您将节省另外 7 个字节。

    relayRecord = NdefRecord.createUri(text);

推荐阅读