如果是c或c++（与平台无关的语言），编译器将生成一个依赖于操作系统的.exe文件。当我们尝试在另一个操作系统上运行这个.exe文件时，它不会运行，因为它依赖于操作系统，因此与其他操作系统不兼容。

不同的编译器和jvm不是在做同样的事情，实现平台独立性吗。
不是真的。java程序在jvm中运行，jvm充当java字节码和本机机器码之间的转换层。它对java应用程序代码隐藏了特定于平台的细节。
c的情况并非如此。c代码（通常）以本机方式运行，因此没有翻译层将其与特定于平台的细节隔离开来。您的c代码可能直接受到特定于平台的差异（字长、类型表示、字节顺序等）的影响。
一个严格符合标准的c程序，不使用标准库之外的任何东西，也不假设类型大小或表示形式超出语言标准所保证的最小值，在编译它的任何平台上都应该表现出相同的行为。您所需要做的就是为目标平台重新编译它。
问题是现实世界中最有用的c和c++代码并不是严格一致的；要做几乎任何有趣的事情，您必须依赖于第三方和特定于系统的库和实用程序，一旦这样做，您就失去了平台独立性。我可以编写一个命令行工具来处理本地文件系统中的文件，这些文件将在windows、macos、linux、vms和mpe上运行；我需要做的就是为不同的目标重新编译它。但是，如果我想写一些gui驱动的东西，或者通过网络进行通信的东西，或者必须导航文件系统的东西，或者诸如此类的东西，那么我就依赖于特定于系统的工具，不能在不同的平台上重建代码。

不同的编译器和jvm不是在做同样的事情，实现平台独立性吗。
jvm本身就是平台。无论是arm/amd64/，它都是抽象的。。。
c/c++正在编译。它只能在为其编译的处理器（系列）上运行。你不能把一个二进制作为mips，然后在arm上执行它。
比较一下：

[C(++)]
  |
  v
[Processor]

与

[Java (Classfiles)]
     |
     v
   [JVM] #Abstraction layer
     |
     v
[Processor]

语言本身并不依赖于平台。为jvm同时编译c和c是可能的，但这样做并不常见。为jvm编译c
同样，可以为特定的目标而不是jvm编译java。将java源代码编译为本机exe
但是java和jvm都是为协同工作而设计的，所以这种组合使用起来非常自然。
c的设计非常接近硬件。如果您的目标是jvm，那么实际上没有理由使用c。然后改用java。
理论上，您可以为任何目标编译任何语言，只要目标是图灵完备的。
旁注：不要写“c/c++”。他们是完全不同的语言。

c++语言本身不承担任何特定的平台，因此在这个意义上它是独立于平台的。

jvm在独立平台中的作用是充当虚拟处理器。当我们使用c/c++进行编译时，不同的处理器将源代码转换成不同的二进制模式，这就是为什么没有平台无关的。