Flink中这是加载过程的问题吗？加上这个配置classloader.resolve-order: parent-first没有解决有人知道吗？
Flink中这是加载过程的问题吗？加上这个配置classloader.没有解决有人知道吗？[阿里云实时计算 Flink版]
「点点赞赏，手留余香」
还没有人赞赏，快来当第一个赞赏的人吧！
=====这是一个广告位，招租中，联系qq 78315851====
同尘云，您身边的云智能顾问
Flink中这是加载过程的问题吗？加上这个配置classloader.resolve-order: parent-first没有解决有人知道吗？
根据您的描述，您在 Flink 中遇到了加载过程的问题，并尝试使用 classloader.resolve-order: parent-first 配置来解决问题，但仍然无法解决。这可能是由于多个类加载器的交互或者类加载冲突导致的。
在 Flink 中，每个任务都会创建一个独立的类加载器，用于加载任务代码和其他依赖库。由于 Flink 支持分布式计算和动态加载，因此类加载器的使用可能会比较复杂。如果多个类加载器交互或者存在类加载冲突，可能会导致加载过程失败或者出现异常。
针对这个问题，您可以尝试以下几个解决方案：
使用 classloader.resolve-order: parent-first 配置：这个配置可以确保父类加载器优先加载类，以避免可能的类加载冲突。但是，这个配置并不能完全解决类加载问题，因为 Flink 中存在多个类加载器，可能会存在其他的交互或者冲突。
检查任务代码和依赖库：如果任务代码或者依赖库存在问题，可能会导致加载失败或者出现异常。因此，建议您检查任务代码和依赖库，以确保它们符合规范，并且能够被正确加载和使用。
调整类加载器的使用：如果多个类加载器交互或者存在冲突，可以尝试调整类加载器的使用方式。例如，可以将类加载器的作用范围缩小到任务内部，以减少类加载器的交互和冲突。或者，可以尝试使用自定义的类加载器，以避免与系统类加载器的冲突。
根据你提供的信息，如果在 Flink 中添加了配置
classloader.resolve-order: parent-first仍然没有解决问题，可能存在以下几个原因：1. 依赖冲突：Flink 版本、Scala 版本或其他第三方依赖的版本冲突可能导致加载过程出现问题。请确保你的项目中的所有依赖版本与 Flink 和 Scala 版本兼容，并解决任何可能的冲突。
2. 类加载器问题：Flink 使用了自定义的类加载器来加载用户程序和依赖的类。如果类加载器的配置不正确，可能导致加载过程失败。你可以尝试调整类加载器的相关配置，例如
classloader.resolve-order的值为child-first，或者使用其他类加载器策略。3. 打包问题：确保你的应用程序打包中包含了所有必需的依赖项，并且打包文件能够正确地被 Flink 集群加载。检查打包的 JAR 文件是否完整且不损坏。
4. 应用程序代码问题：检查你的应用程序代码中是否存在语法错误、逻辑错误或其他问题，这些问题可能导致加载过程出错。确保你的应用程序代码可靠并且符合 Flink 的编程模型。
5. Flink 版本兼容性问题：如果你的应用程序是用不同版本的 Flink 打包的，可能会导致加载过程出错。请确保应用程序和 Flink 集群的版本匹配。
对于具体的加载过程问题，建议查看详细的错误信息和异常堆栈跟踪，以便更好地理解错误原因。同时，你可以检查 Flink 集群的日志文件，寻找与加载过程相关的日志记录，以获取更多的调试信息。
如果问题仍然存在，请提供更具体的错误信息、Flink 和 Scala 版本、应用程序的代码和打包配置，以便我们能够更好地帮助你解决问题。
我感觉就是flink高低版本混用，不解决依赖冲突一股脑往里引用依赖 本地测通了觉得集群就没问题了，试试 classloader.resolve-order: child-first，你这就是典型的在自己的包里打进一个低版本flink. 然后在高版本flink提交任务，换成一样的版本了，程序的2.11 Scala和flink1.16.1的Scala版本冲突了，问题是在1.15.2上面就不会冲突，1.15.2也是Scala2.12，看你的报错就是1.16的jobgraph反序列化为1.15的jobgraph 1.16 jobvertex中results变量数据类型和1.15的不一样 ，看你的报错就是1.16的jobgraph反序列化为1.15的jobgraph 1.16 jobvertex中results变量数据类型和1.15的不一样 ，此回答整理自钉群“【③群】Apache Flink China社区”