端到端加密报错algid parse error, not a sequence解决求助

IOException: algid parse error, not a sequence错误核心原因是浏览器导出的EC公钥格式和服务端（通常为Java生态）预期的公钥格式不匹配：
你当前使用raw格式导出的EC公钥是仅包含公钥坐标的裸数据，未携带算法标识、曲线参数等ASN.1序列结构，Java密钥解析工具默认需要带完整结构的SPKI（SubjectPublicKeyInfo）格式公钥，解析裸数据时找不到预期的序列标识就会抛出该错误。

前端侧最优修复 #

无需修改密钥生成逻辑，仅需把导出公钥的格式从raw替换为spki即可，导出后转Base64传输给后端就能直接被Java等后端框架解析，修改后的代码如下：

const keyPair: CryptoKeyPair = yield generateKeyPair();
// 导出格式从raw改为spki
const publicKeyArrayBuffer: ArrayBuffer = yield window.crypto.subtle.exportKey("spki", keyPair.publicKey);
const publicKeyAsBase64 = arrayBufferToBase64(publicKeyArrayBuffer);

后端兼容raw格式的修复方案 #

如果业务场景确实需要保留raw格式传输公钥，可在后端手动将裸EC公钥封装为SPKI结构后再解析，以Java为例代码如下：

import java.security.spec.ECPoint;
import java.security.spec.ECPublicKeySpec;
import java.security.spec.ECParameterSpec;
import java.security.KeyFactory;
import java.security.PublicKey;
import java.util.Arrays;
import org.bouncycastle.jce.ECNamedCurveTable;
import org.bouncycastle.jce.spec.ECNamedCurveParameterSpec;

// 前端传输的raw格式公钥Base64解码后的字节数组
byte[] rawPubKeyBytes = ...; 

// 加载P-384曲线参数
ECNamedCurveParameterSpec bcSpec = ECNamedCurveTable.getParameterSpec("P-384");
ECParameterSpec ecSpec = new ECParameterSpec(bcSpec.getCurve(), bcSpec.getG(), bcSpec.getN(), bcSpec.getH());

// 从raw数据提取x、y坐标（P-384每个坐标占48字节，首字节04表示未压缩公钥）
ECPoint point = new ECPoint(
    new BigInteger(1, Arrays.copyOfRange(rawPubKeyBytes, 1, 49)),
    new BigInteger(1, Arrays.copyOfRange(rawPubKeyBytes, 49, 97))
);

// 生成可正常使用的EC公钥
PublicKey publicKey = KeyFactory.getInstance("ECDH").generatePublic(new ECPublicKeySpec(point, ecSpec));

• 前后端必须使用完全一致的椭圆曲线参数，你当前使用的是P-384（也叫secp384r1），后端需对应配置同参数，参数不匹配也会抛出同类解析错误
• 导出spki格式公钥后不需要做额外格式裁剪，直接转Base64传输即可

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