Java 意外EOF；需要元素的结束标记<；属性>；

我正在使用stax解析xml文件，并将提取的数据写入数据库。它适用于小文件，但当我解析大文件时，它会引发此异常。查看xml文件，根据给定的行和列，它是gud。谁能告诉我，为什么会这样

com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <attribute>
at [row,col   {unknown-source}]: [787,1401]
at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:686)
at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
at com.ctc.wstx.evt.WstxEventReader.nextEvent(WstxEventReader.java:196)

sun.reflect.GeneratedMethodAccessor3625.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.jboss.aop.joinpoint.MethodInvocation.invokeTarget(MethodInvocation.java:122)
 at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:111)

com.ctc.wstx.exc.wstxeof异常：意外的EOF；需要元素的关闭标记
在[行，列{未知源]：[7871401]
位于com.ctc.wstx.sr.StreamScanner.throwunnexpectedeof（StreamScanner.java:686）
位于com.ctc.wstx.sr.BasicStreamReader.nextFromTree（BasicStreamReader.java:2730）
位于com.ctc.wstx.sr.BasicStreamReader.next（BasicStreamReader.java:1019）
位于com.ctc.wstx.evt.WstxEventReader.nextEvent（WstxEventReader.java:196）
sun.reflect.GeneratedMethodAccessor3625.invoke（未知源）
在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）中
位于java.lang.reflect.Method.invoke（Method.java:597）
位于org.jboss.aop.joinpoint.MethodInvocation.invokeTarget（MethodInvocation.java:122）
位于org.jboss.aop.joinpoint.MethodInvocation.invokeNext（MethodInvocation.java:111）

我也面临同样的问题。wstx-asl.jar和stax2-api-3.1.1.jar中的文件结构类似。因此，它不是从stax2-api-3.1.1.jar中拾取，而是错误地从wstx-asl.jar中拾取，因此发生了异常。从类路径中删除wstx-asl.jar解决了这个问题。

我也面临同样的问题。wstx-asl.jar和stax2-api-3.1.1.jar中的文件结构类似。因此，它不是从stax2-api-3.1.1.jar中拾取，而是错误地从wstx-asl.jar中拾取，因此发生了异常。从类路径中删除wstx-asl.jar解决了问题。

问题不在库中或代码中。请检查服务器和wsdl服务器之间的连接。如果你试着卷曲。它可能会收到定制的网络消息，该消息不应能够分割您的代码。因此，请咨询您的网络团队和安全团队以允许此url。它将解决问题

问题不在库中或代码中。请检查服务器和wsdl服务器之间的连接。如果你试着卷曲。它可能会收到定制的网络消息，该消息不应能够分割您的代码。因此，请咨询您的网络团队和安全团队以允许此url。它将解决问题

如果看不到您正在解析的实际文件，很难说，至少是导致错误的部分。它在解析时生成不同的[row，col]，而不是一次又一次地复制相同的[row，col]。您如何将xml文件提供给Stax解析器？它看起来似乎太快就要到达流的末尾了。它从目录中查找扩展名为.xml的文件，并解析一个又一个文件，一旦解析并写入数据库，它就会删除解析后的文件。它搜索给定的关键字，搜索特定的单词并从那里解析。我的意思是，你使用的是简单的FileInputStream吗？还有别的吗？在您解析这些文件时，这些文件是否可能被外部进程操纵？很难说没有看到您正在解析的实际文件，至少是导致错误的部分。解析时生成不同的[row，col]，它不会一次又一次地重复相同的内容。您如何将xml文件提供给Stax解析器？它看起来似乎太快就要到达流的末尾了。它从目录中查找扩展名为.xml的文件，并解析一个又一个文件，一旦解析并写入数据库，它就会删除解析后的文件。它搜索给定的关键字，搜索特定的单词并从那里解析。我的意思是，你使用的是简单的FileInputStream吗？还有别的吗？在您解析这些文件时，是否可能有外部进程正在对其进行操作？