AWS Amplify（NextJS）关闭Card模型订阅后仍出现Update操作的Subscription UnauthorizedException警告问题求助

我之前碰到过类似的情况，这种问题通常是本地缓存残留或者后台资源未同步更新导致的，下面是一步步的排查和解决方法：

1. 确保Schema变更已正确部署到后台 #

虽然你在schema.graphql里给Card加上了@model(subscriptions: null)，但如果没有重新部署，AppSync后台的订阅资源可能还存在：

• 运行命令重新部署：

  amplify push
  

• 部署过程中留意控制台输出，确认是否有提示Card模型的订阅被移除。如果没有出现相关提示，检查Card类型的语法是否正确（比如末尾的大括号、分号是否完整）。

2. 清理Datastore本地缓存 #

Datastore会在本地（浏览器的IndexedDB或localStorage）保存模型元数据和缓存数据，旧的订阅配置可能残留在里面：

• 在开发环境中，你可以在应用初始化时临时添加DataStore.clear()来清除本地数据：

  import { DataStore } from 'aws-amplify';
  
  // 在App初始化的地方添加，执行一次后可以删掉
  DataStore.clear().then(() => console.log('Datastore缓存已清除'));
  

• 或者直接在浏览器开发者工具的Application标签下，清除对应域名的IndexedDB（Amplify Datastore的存储通常在aws-amplify-datastore目录下）和localStorage。

3. 检查AppSync后台确认订阅已移除 #

直接登录AWS控制台，进入你的AppSync API：

• 查看Schema页面，确认Card类型下没有生成onUpdateCard等订阅字段；
• 查看Subscriptions页面，确认没有和Card相关的订阅存在。如果还有，手动删除或者重新推送Schema覆盖。

4. 升级Amplify依赖包 #

某些旧版本的Amplify JS库在处理subscriptions: null配置时存在bug，尝试升级相关依赖：

npm update aws-amplify @aws-amplify/ui-react
# 或者用yarn
yarn upgrade aws-amplify @aws-amplify/ui-react

5. 检查关联模型的订阅配置 #

如果有其他模型和Card存在关联（比如@hasMany、@belongsTo），检查这些模型的订阅是否会间接触发Card的订阅请求。确保关联模型的订阅配置符合预期，没有意外包含Card的更新监听。

完成以上步骤后，重启你的开发服务器，清除浏览器缓存，再测试应该就不会收到那个授权警告了。

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