MSAL.NET认证在C#中正常运行但在OpenEdge 12.8中报错：Object reference not set to an instance of an object

看起来你遇到了OpenEdge调用.NET认证DLL的典型坑——本地测试完全正常，跨平台调用就出空引用错误。结合你提到的firstAccount变量疑似返回null的情况，我给你几个实用的排查方向：

1. 先确认OpenEdge的.NET运行时版本匹配 #

OpenEdge调用.NET DLL时，对框架版本的兼容性要求很严格。你写的DLL是基于.NET Framework 4.8的，但OpenEdge 12.8可能默认绑定了更低版本的.NET运行时，导致MSAL的核心组件无法正常初始化，进而出现空引用。

• 你可以修改OpenEdge的配置文件（比如progress.cfg或者对应的应用配置文件），添加强制绑定.NET 4.8的配置：

  <configuration>
    <startup>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.8"/>
    </startup>
  </configuration>
  

2. 排查MSAL的账户缓存在OpenEdge环境下的可用性 #

在你的C#测试UI里，MSAL会默认使用本地文件系统缓存存储账户信息，但OpenEdge进程的运行权限、工作目录和你的测试UI完全不同：

• 比如OpenEdge可能没有读写默认缓存目录（通常是用户目录下的.msal文件夹）的权限，导致firstAccount查询不到缓存的账户而返回null；
• 你可以在DLL里显式指定MSAL的缓存路径，或者改用内存缓存来绕开文件权限问题，比如在初始化PublicClientApplication时自定义缓存实现：

  var pca = PublicClientApplicationBuilder.Create(clientId)
      .WithCacheOptions(new CacheOptions { CacheLocation = CacheLocation.Memory })
      .Build();
  

3. 确保MSAL的依赖项在OpenEdge环境中完整加载 #

你的认证DLL依赖MSAL.NET的相关组件（比如Microsoft.Identity.Client.dll、Microsoft.Identity.Client.Extensions.Msal.dll等），在C#环境里这些依赖会被自动加载，但OpenEdge调用时可能不会自动拉取所有依赖：

• 把所有和MSAL相关的DLL文件和你的认证DLL放在同一个目录下，或者在OpenEdge代码里手动加载这些依赖DLL，避免因为组件缺失导致对象初始化失败。

4. 添加日志精准定位空引用位置 #

空引用错误太笼统了，最好在你的C# DLL里加详细的日志输出：

• 在firstAccount赋值前后记录日志，看看是PublicClientApplication对象本身没初始化，还是账户查询返回null，或者是后续Token请求步骤里的某个对象为空；
• 你可以用Console.WriteLine或者简单的文本日志，在OpenEdge调用时捕获这些输出，就能精准定位到哪一步出了问题。

备注：内容来源于stack exchange，提问作者CephDigital