什么是 MAD 版本 1、2 和 3？
MAD 版本 1 和 2 用于 MIFARE Classic 卡。 MAD 版本 1 使用卡的扇区 0 将剩余扇区（扇区 1..15）分配给特定的“应用程序”（每个扇区可以分配给一个应用程序 ID，指示管理/使用这些扇区的应用程序）。 MAD 版本 2 是与 MIFARE Classic 4K 卡一起使用的 MAD v1 的扩展。 MAD 版本 2 使用扇区 16 作为附加目录，将 4K 特定扇区（扇区 17..39）分配给应用程序。
MAD 版本 3 与 MIFARE DESFire (EV1) 卡一起使用。由于您特别要求 MIFARE Classic 1K，因此这可能与您的问题无关。
谁管理给定卡上的初始 MAD 目录？
通常，MAD 将由发卡机构管理。因此，无论谁发卡，都会启动 MAD 扇区。
如果读取一张卡片上还没有放置 MAD 的标准是什么？
如果您碰巧发现一张已包含数据但不使用 MAD 的卡，您通常会认为这是一张单应用卡。由于已经使用此卡的应用程序可能不了解 MAD 概念，因此您以后将无法引入 MAD。 （如果应用程序将任何 MAD 扇区（扇区 0 或 16）用于其他应用程序数据，情况尤其如此。）
在这种情况下，将我自己的 MAD 写入卡片是否合适？
见上文。通常以后再引入 MAD 是没有意义的。此外，如果卡已经在使用中，您可能没有密钥来写入 MAD 扇区（或任何其他（已使用）扇区）。
还是强制客户购买预装 MAD 的卡更合适？
我不知道有任何目录管理器服务，您可以在其中购买带有预配置 MAD 的空卡，并且用户可以稍后通过该管理器将他们的特定应用程序安装到卡上。
事实上，MAD 通常用于闭环应用场景中，其中一个发卡机构将这些卡用于其域内的多个应用程序（例如，一所大学（对，我正在为一个大学工作）将这些卡用于一个门禁系统，用于闭环支付系统等）
给定一个标准的 MIFARE Classic 1k 卡，MAD 目录可能驻留的扇区 0 只有两个 16 字节块。这只为 MAD 目录提供了 32 个字节。注册的 AID 列表似乎比 32 字节大得多。
在 MAD v1 和 V2 中，每个 AID 有 16 位（2 个字节）。由于 MAD 将扇区分配给应用程序，因此每个扇区在 MAD 中有一个两个字节的插槽，将存储一个扇区分配给的 AID。见How to access a MIFARE Classic card that uses the MIFARE Application Directory structure?。
如果我要查找的 AID 未在 MAD 中编入索引，我应该采取什么流程？
您可以请求 NXP 注册您的应用程序并为其分配 AID。报名表见application note for the MIFARE Application Directory附件。虽然该列表显示 NXP 仍在接受新注册，但您应该记住，自 2008 年以来 MIFARE Classic 安全性已被破坏，并且 MIFARE 产品线中有更新的产品更适合新应用程序。
给定一个特定的 AID，识别数据所在扇区的一般过程是什么？
见上文和How to access a MIFARE Classic card that uses the MIFARE Application Directory structure?。 MAD 中的每个时隙为一个特定扇区分配一个 AID。因此，您将读取 MAD 扇区，然后浏览它们以查找 AID 的出现，通过累积所有出现的次数，您将获得分配给该应用程序的所有扇区的列表。