这个问题我之前也碰到过，核心原因是Microsoft.Office.Interop.Outlook依赖COM组件，而.NET Core（尤其是跨平台版本）对COM互操作的支持有限，直接引用.NET Framework项目是行不通的——因为.NET Core不能直接加载依赖COM的.NET Framework程序集。下面给你两种可行的解决方案，优先推荐第一种，因为更稳定可靠：

方案1：进程外调用（最可靠） #

把你的.NET Framework Outlook操作逻辑做成独立的控制台程序，让.NET Core项目通过启动外部进程的方式调用它，读取输出结果。这种方式完全隔离了两个运行时环境，避免了兼容性问题。

步骤1：修改.NET Framework项目（TESTOutlookInterop） #

1. 把项目改成控制台应用程序（如果之前是类库的话）
2. 添加一个Program类，作为控制台入口，调用你的OutlookInterop方法并把结果输出到控制台：

using System;
namespace TESTOutlookInterop
{
    class Program
    {
        static void Main(string[] args)
        {
            try
            {
                OutlookInterop interop = new OutlookInterop();
                string selectedMsgId = interop.GetSelectedMessage();
                Console.WriteLine(selectedMsgId); // 将结果输出到标准输出
            }
            catch (Exception ex)
            {
                Console.Error.WriteLine($"Error: {ex.Message}"); // 错误信息输出到标准错误
                Environment.Exit(1); // 返回非0错误码标记失败
            }
        }
    }
}

3. 确保原有的OutlookInterop类保持不变，编译项目生成exe文件。

步骤2：在.NET Core项目（TESTCore）中调用外部进程 #

修改按钮点击事件的代码，用Process类启动.NET Framework的控制台程序，读取它的输出：

using System.Diagnostics;
using System.Windows;

namespace TESTCore
{
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        private void Button_Click(object sender, RoutedEventArgs e)
        {
            // 替换为你的.NET Framework控制台程序的实际路径
            // 开发阶段可以用相对路径，发布时要改为绝对路径或者打包后的相对路径
            string exePath = @"..\..\..\TESTOutlookInterop\bin\Debug\net48\TESTOutlookInterop.exe";

            var startInfo = new ProcessStartInfo
            {
                FileName = exePath,
                UseShellExecute = false,
                RedirectStandardOutput = true,
                RedirectStandardError = true,
                CreateNoWindow = true // 不显示控制台窗口
            };

            using (var process = Process.Start(startInfo))
            {
                process.WaitForExit();

                if (process.ExitCode == 0)
                {
                    // 读取成功结果
                    string msgId = process.StandardOutput.ReadToEnd().Trim();
                    ResultLabel.Content = $"Selected Message ID: {msgId}";
                }
                else
                {
                    // 读取错误信息
                    string error = process.StandardError.ReadToEnd().Trim();
                    ResultLabel.Content = error;
                }
            }
        }
    }
}

方案2：Windows专属.NET 5+兼容模式（仅限Windows平台） #

如果你的.NET Core项目只需要在Windows上运行，可以升级到.NET 5或更高版本，设置项目为Windows专属目标框架，然后尝试直接引用.NET Framework类库。但这个方法有局限性，可能遇到Outlook安全上下文或权限问题。

步骤： #

1. 修改TESTCore项目的.csproj文件，把目标框架改为Windows专属版本，比如：

<PropertyGroup>
    <TargetFramework>net6.0-windows</TargetFramework>
    <UseWPF>true</UseWPF>
    <EnableWindowsForms>true</EnableWindowsForms>
    <RuntimeIdentifier>win-x64</RuntimeIdentifier> <!-- 指定Windows运行时 -->
</PropertyGroup>

2. 在TESTCore项目中添加对TESTOutlookInterop项目的引用。
3. 尝试直接调用原有的代码，但要注意：
   • 必须在Windows上运行，不能跨平台
   • Outlook必须在当前用户上下文运行（不能用管理员身份启动程序，否则可能找不到Outlook实例）
   • 可能需要处理Outlook的安全警告（比如允许程序访问邮件）

关键注意事项 #

• Outlook安全提示：如果Outlook弹出"程序试图访问电子邮件地址信息"的警告，需要在Outlook的信任中心设置里添加你的程序为受信任程序，或者考虑使用第三方库（比如Outlook Redemption）绕过安全限制。
• 路径问题：发布时要确保.NET Framework的exe文件和.NET Core项目的输出放在一起，或者使用绝对路径指定exe位置。
• 用户上下文：Outlook是单实例用户级应用，确保你的程序和Outlook在同一个用户上下文运行（不要用管理员身份启动程序，否则可能无法连接到Outlook实例）。

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