MSIX应用更新时重复触发防火墙规则请求的技术问询

1. MSIX的版本隔离部署机制 #

MSIX采用版本隔离的沙箱设计，每次更新版本时，系统会将新版本安装到全新的唯一目录，而非覆盖旧版本。你路径里的第三个唯一标识符，是发布者哈希值——系统根据包的签名证书、发布者信息自动生成，用来区分不同发布者/签名的同名包，确保目录绝对唯一。

这种设计能实现版本回滚、并行版本共存，但也导致每个版本的MyApplication.exe路径完全不同。

2. Windows防火墙的规则匹配逻辑 #

Windows防火墙默认以可执行文件的绝对路径作为规则匹配依据，而非MSIX包的全局标识（如包家族名）。当新版本应用首次发起HTTP请求时，系统会弹出防火墙授权提示，用户允许后就会生成一条绑定当前版本EXE路径的规则。

旧版本的MSIX目录会被系统保留一段时间用于回滚，对应的旧防火墙规则也不会自动清理，频繁更新后自然会堆积大量规则。

3. 构建参数的版本设置加剧问题 #

你在MSBuild中把ApplicationVersion和Version都绑定到$(Build.BuildNumber)，每次流水线构建都会生成新的版本号，直接触发MSIX的全新版本部署，进一步加快了路径变化的频率，导致规则堆积更严重。

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