ASP.NET Web应用中WCF服务调用WinRT API时出现ArgumentException

首先得明确一个核心问题：WinRT的Toast通知API是为桌面客户端（比如UWP、Windows Forms/WPF应用）设计的，它需要运行在用户交互的桌面会话中，而你的ASP.NET Web应用（包括其中的WCF服务）是运行在服务器的系统服务上下文里，这个环境没有关联到任何登录用户的桌面会话，也没有对应的UI交互上下文——这就是为什么调用WinRT API会抛出ArgumentException（0x80070057）的根本原因：API需要的用户会话参数在服务器环境中不存在。

你提到控制台应用能正常运行，是因为控制台应用是在当前登录用户的桌面会话中启动的，具备WinRT API所需的上下文；而ASP.NET进程（比如w3wp.exe）运行在系统服务会话（通常是会话0，Windows Vista及以后会话0被隔离，不允许直接交互桌面），完全没有用户桌面的UI环境，所以任何依赖用户会话的WinRT UI API都会失败。

正确的实现思路 #

根据你的需求（接收其他服务响应后显示Toast），分两种场景给出解决方案：

场景1：给服务器本地的Windows用户显示Toast #

如果是要在运行ASP.NET的服务器本机上给登录用户显示Toast，你不能直接在WCF服务里调用WinRT API，需要换一种方式：

• 方案A：用桌面应用作为WCF客户端
  编写一个轻量的Windows桌面应用（WPF/WinForms/UWP），让它作为WCF客户端连接你的服务，当服务收到外部响应时，向这个桌面客户端发送消息，由客户端调用WinRT Toast API显示通知。这样Toast是在用户桌面会话中运行的，完全符合API的要求。
• 方案B：使用传统系统托盘通知API
  如果你不想额外开发客户端，可以使用Windows原生的Shell_NotifyIcon API（通过P/Invoke调用）来显示系统托盘通知，这个API对会话上下文的要求相对宽松，但同样需要确保代码运行在用户会话中（可以通过创建一个在用户登录时启动的后台进程，接收WCF服务的消息后调用该API）。

场景2：给远程Web浏览器客户端显示Toast #

如果你的需求是给访问Web应用的用户显示Toast，那完全不需要在服务器端调用WinRT API，应该用Web Notification API：

1. 在ASP.NET前端页面中注册Service Worker，支持浏览器通知能力。
2. 当WCF服务收到外部响应时，通过SignalR或者WebSocket向前端推送消息。
3. 前端收到消息后，调用浏览器的Notification API显示Toast通知。

为什么MessageBox能运行？ #

你提到MessageBox能正常运行，是因为MessageBox在服务器环境中会被定向到系统的"交互式服务检测"窗口（会话0的特殊兼容窗口），但这只是系统的兼容机制，并不是真正在用户桌面显示，而且这种方式在生产环境中完全不推荐——用户可能看不到这个窗口，也不符合服务器端代码的设计规范。

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