[Android]iTextG与SpongyCastle踩坑经历_com.madgag.spongycastle-优快云博客

本文讲述了在Android项目中使用iTextG时遇到的依赖问题及解决过程。作者尝试引入不同版本的iTextG库，但均因构造方法参数错误而抛出异常。通过分析异常信息，发现问题可能与SpongyCastle相关。最终，通过查看Maven中心库的POM文件，发现需要同时依赖iTextG和SpongyCastle的特定版本，从而成功解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文主要记录了使用iText在Android上的版本iTextG遇上的各种遭遇。

背景

因为种种原因在Android上无法使用iText，因此在这个网址上，找到了适合在Android平台上使用的iTextG，兴冲冲的用上之后，发现缺少了一系列SpongyCastle的引用，于是在Maven中心仓库中搜索这个库，但问题才刚刚开始。

尝试

首先，我把SpongyCastle的各个包(prov, pkix, pg, core)都引入了，解决了依赖问题。运行，便抛出异常：

java.lang.NoSuchMethodError: No direct method <init>(I)V in class Lorg/spongycastle/asn1/ASN1Integer

各种Google，StackOverFlow之后，都表明是依赖库的版本问题，所以就开始切换SpongyCastle的各种版本，Maven中心仓库里面的1.50.0.0到1.54.0.0这五个版本都尝试后，无果，依然存在这个问题。

因此，换个思路，从上面的那个异常信息开始分析。发现No direct method <init>(I)V这一段的意思是，构造方法的参数是int类型。但是ASN1Integer中并没有int类型的构造器。突然想到，使用到的地方，iTextG库中的类PdfPKCS7中有这么一行。

signerinfo.add(new ASN1Integer(signerversion));

在jar包中以字节码的形式存在，字节码中使用的是ASN1Integer有一个int类型参数的构造器，这是已经编译好的存在，没办法说再去使用long类型参数的构造器。因此，在1.50.0.0到1.54.0.0的版本中，就算存在ASN1Integer的long类型参数的构造器，也是无法使用的，所以才会抛出异常说找不到这个方法。

解决

还是在Maven中心库中搜索，’iTextG’，然后查看其pom，发现赫然写着:

<dependency>
    <groupId>com.madgag</groupId>
    <artifactId>scprov-jdk15on</artifactId>
    <version>1.47.0.2</version>
    <type>jar</type>
    <scope>compile</scope>
    <optional>true</optional>

</dependency>

<dependency>
    <groupId>com.madgag</groupId>
    <artifactId>scpkix-jdk15on</artifactId>
    <version>1.47.0.2</version>
    <type>jar</type>
    <scope>compile</scope>
    <optional>true</optional>

</dependency>

原来，我的依赖是错的，不仅version有问题，artifactId也有问题。。

好的，将依赖加上，完美解决问题，贴上我使用的版本。

compile "com.itextpdf:itextg:5.5.9"
compile "com.madgag:scprov-jdk15on:1.47.0.2"
compile "com.madgag:scpkix-jdk15on:1.47.0.2"

总结

如果在IDE中，依赖的两个不同的包中的方法，可以追踪到另一个方法，但是在运行阶段又会抛出NoSuchMethodError，多半是版本问题。

如果早点看POM，就不用绕这么大个弯了，还是太年轻。