一、未做代码处理时应用是否应该启动？ #

对的，只要AASA文件配置正确且通过苹果验证，即便代码中未实现continueUserActivity或application(_:open:options:)这类回调方法，点击匹配的Universal Link也能直接唤起应用。系统会先完成AASA的匹配校验，校验通过就触发应用启动，代码逻辑只是用于处理启动后的页面跳转或参数解析，不影响基础的启动行为。

二、AASA缓存问题的解决办法 #

缓存延迟是开发Universal Links时的常见痛点，以下是亲测有效的处理方案：

1. 先确认AASA文件本身无问题 #

先用苹果官方的AASA验证工具检查：

• 文件是否能被公开访问（无权限限制）
• JSON格式是否合法，无语法错误
• applinks的paths规则是否正确（注意通配符、排除规则的写法）
• 签名是否有效（如果使用苹果托管的AASA，需确保开发者账号配置正确）

2. 强制刷新缓存的实操方法 #

• 模拟器端：
  • 使用命令行强制触发链接验证：xcrun simctl openurl <模拟器UDID> <你的Universal Link>
  • 直接重置模拟器内容（Device > Erase All Content and Settings），模拟器缓存会被完全清除，适合快速测试新配置。
• 真机端：
  • 除重装应用外，可尝试：打开Safari访问域名下的普通网页，长按底部分享按钮选择「添加到主屏幕」，删除该快捷方式后重启设备——这个操作会触发苹果重新拉取AASA文件。
  • 修改AASA文件的version字段：在applinks的details数组中，给对应AppID的配置添加"version": 2（每次修改递增版本号），苹果会识别到版本更新，优先拉取新文件。

3. 开发阶段的避坑技巧 #

• 使用不同的子域名并行测试：比如用dev.yourdomain.com和test.yourdomain.com分别对应不同的AASA配置，不同域名的缓存相互独立，修改其中一个不会影响另一个的测试进度。
• 本地开发用临时域名：借助本地反向代理工具生成临时域名，每次修改AASA后重启工具获取新域名，彻底绕开缓存问题。

4. 服务器端优化缓存策略 #

检查AASA文件的HTTP响应头，设置合理的Cache-Control值，比如max-age=3600（1小时），避免设置过长的缓存时间。苹果会遵循该缓存头，减少旧文件的缓存时长。

内容的提问来源于stack exchange，提问作者Virtual Hero