Android NFC中的AAR记录：Where'；有效载荷是多少？

根据并通过测试验证，当您使用Android Beam推送包含AAR记录的NFC消息时，接收设备将为AAR中指定的应用启动

MAIN

/

启动器

活动

该

主

/

启动器

意图

不包含

NfcAdapter.EXTRA\u NDEF\u消息

EXTRA。因此，如果您使用AAR，我们费尽周折获得的数据似乎会丢失

在这种情况下，是否有办法获取触发应用程序启动的NFC消息

如果答案是“否”，那么AAR的用例是什么？我可以看出，当接收设备上不存在所需的应用程序时（打开Play Store），AAR可能会有所帮助，但一旦安装了该应用程序，AAR就会阻止从一个设备向另一个设备传输数据的任何尝试，这在某种程度上是NFC背后的一点

---

谢谢

从文档中看，用例似乎保证了应用程序是从NFC事件启动的。第二个用例基本上为手机提供了一种方式，让它知道需要哪个应用程序来读取标签

几个问题 如果您使用两条记录：第一条为正常记录，第二条为AAR记录，那么活动是如何启动的？我希望你会通过标签发送意图启动。

---

AAR意图是否包含使您获得标签的任何内容？我想你可以冒着回答我自己的问题的风险来manua

，让它发挥作用的一个方法（显然）是：

• 让Beam发送方使用一条带有两条NFC记录的NFC消息，第一条包含用于唯一MIME类型的内容，第二条是AAR

• 让Beam接收者对响应第一条NFC记录的活动进行
  ，例如：

      <intent-filter>
          <action android:name="android.nfc.action.NDEF_DISCOVERED"/>
  
          <category android:name="android.intent.category.DEFAULT"/>
  
          <data android:mimeType="application/vnd.commonsware.webbeam"/>
      </intent-filter>
  

  
  .
  “用例保证您的应用程序是从NFC事件启动的”——这样他们就不必点击启动程序图标了？大吼叫。“用例基本上为手机提供了一种方法，让手机知道它需要哪个应用程序来读取标签”——但如果我们无法从标签中获取数据，它不会以任何有意义的方式“读取标签”。“如果您使用两条记录：第一条正常记录，第二条AAR活动是如何启动的？”——这正是我正在尝试的场景，并且调用
  MAIN
  /
  LAUNCHER
  ，即使活动已经在前台运行。第一个用例肯定不是一个强大的用例。我所说的第二个问题是，目标手机没有相关的应用程序。本周晚些时候，当我有权访问另一个4.0设备时，我会仔细阅读文档：建议无论您的AAR在哪里（第一个或第二个），如果您的意图过滤器中也有匹配的MIME类型，那么整个意图都将传递给您的应用程序。所以我猜如果AAR是第一条记录，你的答案也会起作用。如果接收设备没有安装应用程序，有没有办法让有效负载恢复？我希望在他们安装之后，他们仍能以某种方式达到目的。@hooby3dfx：对不起，我从来没有费心让AAR记录工作，所以我不知道。