问题标签 [verifyerror]

我使用 jdk 1.7、jekins、maven，当我构建项目时，单元测试失败，错误是：

java.lang.VerifyError: Expecting a stackmap frame at branch target 73 异常详细信息：位置：com/DataDictDao.save(Lcom/DataDict;)Ljava/lang/Long; @25：ldc 原因：此位置的预期堆栈图帧。Bytecode: 0000000: 033d 11ff ff3e 1212 1100 25b8 0018 2ab4 0000010: 0022 122d b900 3302 0012 1211 0027 b800 0000020: 182a b400 352b b900 3a02 0012 1211 0028 0000030: b800 182a b400 2212 3cb9 0033 0200 1212 0000040: 1100 2cb8 0018 a700 2d12 1211 0029 b800 0000050: 183a 0412 1211 002a b800 182a b400 2212 0000060: 3e19 04b9 0042 0300 1212 1100 2bb8 0018 0000070: 1904 bf12 1211 002d b800 182b b600 48b8 0000080: 004e b0 Exception Handler Table: bci [25, 62] => handler: 73 堆栈图表：

在 java.lang.Class.getDeclaredConstructors0(Native Method) 在 java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) 在 java.lang.Class.getDeclaredConstructors(Class.java:1901) 在 org.springframework.beans.factory .annotation.AutowiredAnnotationBeanPostProcessor.determineCandidateConstructors(AutowiredAnnotationBeanPostProcessor.java:231) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineConstructorsFromBeanPostProcessors(AbstractAutowireCapableBeanFactory.java:1002) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.AbstractAutowireCapableBeanFactory. .java:975) 在 org.springframework.beans.factory 的 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:487)。support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry .java:223) 在 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) 在 org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293) 在 org. springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628) 在 org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932) 在 org.springframework。context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479) at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:120) at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext( AbstractGenericContextLoader.java:60) at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:100) at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:248) at org .springframework.test.context.CacheAwareContextLoaderDelegate.loadContextInternal(CacheAwareContextLoaderDelegate.java:64) 在 org.springframework.test.context.CacheAwareContextLoaderDelegate。loadContext(CacheAwareContextLoaderDelegate.java:91) at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:122) at org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:105) at org .springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:74) 在 org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:312) 在 org.springframework.test.context.junit4.SpringJUnit4ClassRunner org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 在 org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231) 在 org.springframework.test 的 org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:284) .context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63 ) 在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) 在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) 在 org.junit.runners.ParentRunner$2.evaluate(ParentRunner. java:229) 在 org.springframework.test 的 org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)。context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner. java:174) 在 org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) 在 org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) 在 org.apache .maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl org.apache.maven 的 java.lang.reflect.Method.invoke(Method.java:606) 的 .invoke(DelegatingMethodAccessorImpl.java:43)。Surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) 在 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) 在 org.apache.maven.surefire.booter.ProviderFactory。 invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)ForkedBooter.main(ForkedBooter.java:75)ForkedBooter.main(ForkedBooter.java:75)

我在 maven MAVEN_OPTS 中尝试了 -noverify 和 -XX:-UseSplitVerifier，都没有成功，谁能告诉我为什么会出现这个错误，如何解决？

我构建了一个安卓应用程序。出于某种原因，我在某些设备（例如三星 Galaxy）上得到了 VerifyError，而在其他设备上却没有（例如在 Nexus 5 上）。

此行引发异常：

异常堆栈是：

在尝试确定导致问题的原因后，我注意到我有一行：

当我删除此行并改用通用异常时，不会发生验证错误。

所以，我想知道为什么 ReflectiveOperationException 在某些设备上会导致此错误？

我收到带有 Xades EPES 签名的 XML 发票，我必须控制它。所以我尝试用 Xades4j 做到这一点。我已经修复了很多错误但我坚持错误：

Java 代码用于验证签名：

如有必要，我可以发布我在匿名化后尝试验证的 XML 文件的摘录。

谢谢。我已经查看并尝试了我找到的所有内容（在网上，xades4j 示例，xades4j junit 类......）但似乎没有任何东西可以解决我的错误。

我创建了一个在 Tomcat 上运行的 JSF Web 应用程序，它使用 Hibernate 进行 DB 交互。在第一次使用时，它已经抛出以下异常并且 Web 应用程序停止工作：

这是如何引起的，我该如何解决？

当前版本的 java (8u20, 7u67) 破坏了 gradle\groovy 编译器和运行时兼容性：

ZeroTurnaround 的人也注意到了这种行为：http: //zeroturnaround.com/forums/topic/verifyerror-bad-method-call-from-inside-of-a-branch/

问题很简单：当我们等待 Java 的下一个版本中的任何解决方案时，是否有解决此问题的方法？

我遇到了一些奇怪的错误，我想了解会发生什么。

首先，我在 Android 中对片段对象使用反射。为此，我必须捕获反射异常。

此代码有效：

但由于所有异常都是 ReflectiveOperationException 的子类，所以我可以只创建一个异常处理程序。

此代码有效：

此代码在作为普通 Java 函数的一部分时有效。但是，当我尝试在匿名类中使用它时，事情变得很棘手。

此代码不起作用：

它编译顺利，但是当应用程序到达该行时，我得到了一个 VerifyError。

但是，如果我不使用 ReflectiveOperationException 并诉诸具体类型，事情就会再次起作用！

此代码再次起作用：

我的问题：发生了什么事？是 Java 或 Android 中的某种错误，还是我在做非法的事情？

我在部署应用程序时收到此错误

有趣的是，相同的应用程序部署在另一台机器上并且运行良好。这有什么问题？看到了很多问题并理解了问题/java抛出的重点。但是对于这种情况，我应该怎么做才能解决这个问题，这是未知的。

请帮帮我

我最近一直在努力寻找我的程序不断显示的致命错误消息的来源：

我已经尝试了很多东西，包括：删除所有类文件并重新构建它们，将整个项目复制到一个新项目中，升级我的 Eclipse 版本（从 Kepler 到 Luna），以及修改行号周围的代码错误消息给出的。没有任何效果，我已经排除了编辑器，因为其他 java 项目运行得很好。如果您能告诉我解决此问题的方法，我将不胜感激。

我的代码可以在这里找到。该错误与 Chunk 类有关，但我真的不知道具体是什么。错误消息的堆栈跟踪是：

编辑：错误的来源似乎是块类中 readFile 方法中的一个讨厌的 try-with-resources 语句。我不知道当前版本的 java 中是否存在导致此问题的错误，或者与我的特定程序有关，无论哪种方式使用普通的 try-catch 块都可以解决问题。感谢大家的帮助！

有时我可以在下面的崩溃报告服务日志中找到

从文档

当 VM 注意到尝试加载未通过类验证阶段的类时抛出。

它很少发生，主要发生在有根设备上。这个类被打包在应用程序中，所以很奇怪它不仅仅在某些设备上工作。

我认为这是因为有人试图修改应用程序（例如通过 odex 或 dalvik-cache 补丁）。目前我让应用程序崩溃，因为LinkageError在我看来它不应该被处理。我是对的，还是可能有其他原因导致此问题？

我正在构建一个库项目，其中我正在使用 3rd 方 jar 文件。

通常，当我使用该库作为对 TestApp 的依赖项时，所有事情都可以正常工作。附上它的截图：

但是，当我从TestSDK库项目中导出 jar 并将其添加到的构建路径中时TestApp，如下所示：

我VerifyError在设备上部署应用程序时得到。以下是它的日志：

正确的方法应该是什么？我在这里错过了什么吗。任何形式的帮助或指导将不胜感激。