V2EX 有用户发帖称，早上通过地铁闸机时，iPhone 钱包内的交通卡和银行卡被同时扣款。该用户提醒，如果钱包中添加的银行卡开启了 Apple Pay 小额免密支付功能，过闸机时可能被闸机 POS 机意外触发扣费，且遇到此类误扣情况，前往地铁服务窗口也无法办理退款。帖子引发社区讨论，不少用户表示需要检查 Apple Wallet 中银行卡的免密支付设置。从技术层面看，iPhone 的快捷交通卡模式本应在过闸时仅激活交通卡，但当闸机 NFC 感应设备与银行卡的闪付功能（如银联 QuickPass 小额免密）兼容时，可能出现双卡同时响应的情况。由于小额免密支付无需任何验证即可扣款，误扣往往难以被用户第一时间察觉，只有查看账单时才会发现问题。类似情况此前在国内多个城市的地铁闸机上也有零星报告，核心涉及 NFC 支付设备与卡片响应优先级的兼容问题。普通用户可通过关闭银行卡小额免密功能、在 Apple Wallet 中移除不常用银行卡、或核对交通卡快捷模式设置等方式规避风险。该事件也为手机钱包多卡片管理敲响了警钟。
事件分析
该事件暴露了 NFC 近场支付在多卡共存场景下的响应优先级设计缺陷。快捷交通卡与银联闪付小额免密同属’免验证’扣费机制，前者为通行效率而生，后者为支付便利而生，但两套机制在闸机感应区间重叠时缺乏有效隔离，导致双扣。随着手机 NFC 模拟卡片数量增多，交通、金融等不同行业的感应协议如何做互斥处理，成为终端厂商与闸机厂商需要协同解决的工程问题。后续走向可能包括：地铁闸机固件升级收紧感应逻辑、Apple Pay 优化卡片选择优先级，以及银联重新评估免密支付的触发条件与退款通道。在官方修复落地前，关闭银行卡免密功能是最直接的止损方式。
核心观点：两套免验证支付机制在闸机感应区重叠即引发双扣，暴露了 NFC 多卡时代免密便利与扣费精准之间的工程矛盾。
原文链接：V2EX 分享发现
