生成AES密钥时触发sun.security.jca.Providers类型初始化器异常

问题根因 #

这个错误的本质是你当前使用的Java类库.NET兼容层（通常是旧版IKVM） 与你项目运行的.NET框架版本不匹配：

• 旧版IKVM在加载sun.security.jca.Providers静态类读取Java安全配置文件时，调用了.NET Framework专属的FileStream带FileSystemRights参数的构造函数
• 该构造函数在.NET Core 3.1、.NET 5+等新版.NET runtime中不存在，因此触发方法找不到的异常，连带抛出Providers类的类型初始化错误。

解决方法 #

方案1：替换为.NET原生AES实现（最推荐，无兼容问题） #

直接弃用跨运行时的Java安全类库，使用.NET内置的Cryptography库实现AES密钥生成，生成的密钥为通用字节数组，可直接和Java侧逻辑兼容：

using System.Security.Cryptography;

// 生成AES密钥，默认256位
public byte[] GenerateAesKey(int keySize = 256)
{
    using (var aesAlg = Aes.Create())
    {
        aesAlg.KeySize = keySize;
        aesAlg.GenerateKey();
        return aesAlg.Key;
    }
}

如果需要对接原有Java逻辑的SecretKey结构，直接用生成的字节数组构造SecretKeySpec即可。

方案2：升级IKVM到社区维护的适配版本 #

如果必须保留Java安全类库的调用逻辑，卸载项目中原有老旧的官方IKVM包，安装社区维护的最新版IKVM：

• 打开Nuget包管理器，搜索安装IKVM最新稳定版，目前社区版本已经完成了对.NET 6/7/8的API适配，修复了旧版FileStream构造函数缺失的问题
• 安装完成后清理项目重建，即可解决类型初始化异常。

方案3：切换项目运行时到.NET Framework #

如果无法升级IKVM，将项目的目标框架修改为.NET Framework 4.7.2及以上版本，该版本.NET runtime原生存在IKVM调用的FileStream构造函数，不会触发API缺失异常。

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