微软Bot Framework机器人为何需要Azure AD应用ID与密钥？

一、AAD应用注册的核心作用 #

这个注册项并非用于请求Azure其他服务的权限，本质是Bot服务体系的身份校验凭证，核心用途有两个：

• 校验入站请求合法性：当机器人对接Teams、钉钉、Slack等云端渠道时，所有从Azure Bot Service转发到你机器人后端的请求都会携带身份签名，Bot Framework SDK会自动用MicrosoftAppId和MicrosoftAppPassword校验请求来源，防止恶意伪造的调用请求。
• 申请出站调用权限：当你需要主动推送消息、发送延迟回复给用户时，需要用这两个参数向Azure AD申请访问令牌，才能合法调用Azure Bot Service的主动发信接口，无凭证的调用会直接被服务端拦截。

二、本地运行现象的原因 #

你观察到的配置没有被显式读取、Emulator填参数反而报错的情况，是本地调试场景的特殊设计导致的：

1. 两个配置参数是由Bot Framework SDK底层自动读取的，不需要业务代码显式调用，所以你不会在业务逻辑里看到读取这两个值的代码。
2. Bot Framework Emulator默认运行在直连调试模式，没有经过Azure Bot Service云端中转，默认不需要身份校验，所以官方把App ID和Secret标注为可选：

如果你在appsettings.json里填写了MicrosoftAppId和MicrosoftAppPassword，SDK会强制开启JWT身份校验逻辑，但本地调试环境没有Azure AD的完整签名链，请求校验会直接失败，表现为机器人无法响应；删除这两个配置后，SDK会自动切换到本地调试的免校验模式，和Emulator的对接就可以正常运行。

注意：该配置仅本地调试可以留空，正式部署到Azure对接云端渠道时，必须正确填写对应参数，否则所有渠道请求都会被拦截。

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