在这种情况下，我犯了这样一个错误：

java -cp lib.jar com.mypackage.Main

它与以下各项一起工作：；对于Windows和：对于Unix：

java -cp lib.jar; com.mypackage.Main

使用关键字“package”

如果源代码中有package关键字（主类在包中定义），则应使用类的全名（packageName.MainClassName）在分层目录中运行它。

假设有一个源代码文件（Main.java）：

package com.test;

public class Main {

    public static void main(String[] args) {
        System.out.println("salam 2nya\n");
    }
}

要运行此代码，应将Main.Class放在类似于包的目录中：

C： \Users\workspace\testapp.com\test\Main.Java

然后将终端的当前目录更改为项目的根目录：

cd C:\Users\workspace\testapp

最后，运行代码：

java com.test.Main

---

没有关键字“package”

如果您的源代码名称中没有任何包，那么可能是您使用了错误的命令。假设您的Java文件名为Main.Java，编译后：

javac Main.java

编译后的代码将是Main.class

如果使用以下方法调用它，则会出现该错误：

java Main.class

相反，请使用以下方法：

java Main

java＜类名＞命令语法

首先，您需要了解使用java（或javaw）命令启动程序的正确方法。

正常语法1如下：

    java [ <options> ] <class-name> [<arg> ...]

其中，＜option＞是命令行选项（以“-”字符开头），＜类名＞是完全限定的Java类名，＜arg＞是传递给应用程序的任意命令行参数。

---

1-在本答案的结尾处描述了一些其他语法。

类的完全限定名（FQN）通常与Java源代码一样编写；例如

    packagename.packagename2.packagename3.ClassName

然而，某些版本的java命令允许您使用斜杠而不是句点；例如

    packagename/packagename2/packagename3/ClassName

它（令人困惑）看起来像文件路径名，但不是。请注意，术语完全限定名是标准Java术语。。。不是我为了迷惑你而编造的：-）

下面是一个java命令的示例：

    java -Xmx100m com.acme.example.ListUsers fred joe bert

以上内容将导致java命令执行以下操作：

搜索com.acme.example.ListUsers类的编译版本。加载类。检查该类是否有一个main方法，该方法具有公共静态void main（String[]）提供的签名、返回类型和修饰符。（注意，方法参数的名称不是签名的一部分。）调用该方法，将命令行参数（“fred”、“joe”、“bert”）作为String[]传递给它。

Java找不到类的原因

当您收到消息“找不到或加载主类…”时，这意味着第一步失败了。java命令找不到类。事实上，消息中的“…”将是java正在查找的完全限定类名。

那么，为什么它可能找不到该类？

原因#1-类名参数出错

第一个可能的原因是您可能提供了错误的类名。（或者……正确的类名，但格式错误。）考虑到上面的示例，这里有多种错误的方法来指定类名：

示例#1-一个简单的类名：java列表用户当类在包（如com.acme.example）中声明时，必须在java命令中使用包含包名的完整类名；例如java com.acme.example.ListUser示例#2-文件名或路径名而不是类名：java ListUser.classjava com/acme/example/ListUser.class示例#3-大小写不正确的类名：java com.acme.example.listuser示例#4-拼写错误java com.acme.example.mistuser示例#5-源文件名（Java 11或更高版本除外；见下文）java列表用户.java示例#6-您完全忘记了类名java大量参数

原因#2-应用程序的类路径指定不正确

第二个可能的原因是类名正确，但java命令找不到类。要理解这一点，您需要理解“类路径”的概念。Oracle文档很好地解释了这一点：

java命令文档设置Classpath。Java教程-PATH和CLASSPATH

所以如果正确指定了类名，接下来要检查的是是否正确指定了类路径：

阅读上面链接的三个文档。（是的…阅读它们！重要的是，Java程序员至少要了解Java类路径机制的基本原理。）查看运行java命令时生效的命令行和/或CLASSPATH环境变量。检查目录名和JAR文件名是否正确。如果类路径中存在相对路径名，请检查它们是否正确解析。。。从运行java命令时生效的当前目录。检查该类（在错误消息中提到）是否可以位于有效的类路径上。注意，Windows与Linux和Mac OS的类路径语法不同。（类路径分隔符在Windows上是；在其他系统上是：。如果您为平台使用了错误的分隔符，您将不会收到显式错误消息。相反，您将在路径上得到一个不存在的文件或目录，该文件或目录将被忽略。）

原因#2a-类路径上的目录错误

当您将目录放在类路径上时，它在概念上对应于限定名称空间的根。通过将完全限定的名称映射到路径名，类位于该根目录下的目录结构中。因此，例如，如果“/usr/local/acme/classes”位于类路径上，那么当JVM查找名为com.acme.example.Foon的类时，它将查找具有以下路径名的“.class”文件：

  /usr/local/acme/classes/com/acme/example/Foon.class

如果在类路径上放置了“/usr/local/acme/classes/com/acme/example”，那么JVM将无法找到该类。

原因#2b-子目录路径与FQN不匹配

如果您的类FQN是com.acme.example.Foon，那么JVM将在目录“com/acme/example”中查找“Foon.class”：

如果您的目录结构与上述模式中的包命名不匹配，JVM将找不到您的类。如果您试图通过移动类来重命名类，那么也会失败。。。但异常堆栈将不同。可以这样说：原因：java.lang.NoClassDefFoundError:<path>（错误名称：<name>）因为类文件中的FQN与类加载器期望找到的不匹配。

举一个具体的例子，假设：

要运行com.acme.example.Foon类，完整文件路径是/usr/local/acme/classes/com/acme/example/Fun.class，当前工作目录为/usr/local/acme/classes/com/acme/example/，

那么：

# wrong, FQN is needed
java Foon

# wrong, there is no `com/acme/example` folder in the current working directory
java com.acme.example.Foon

# wrong, similar to above
java -classpath . com.acme.example.Foon

# fine; relative classpath set
java -classpath ../../.. com.acme.example.Foon

# fine; absolute classpath set
java -classpath /usr/local/acme/classes com.acme.example.Foon

笔记：

在大多数Java版本中，-classpath选项可以缩短为-cp。检查java、javac等各自的手动条目。在类路径中选择绝对路径名和相对路径名时，请仔细考虑。请记住，如果当前目录发生更改，相对路径名可能会“中断”。

原因#2c-类路径中缺少依赖项

类路径需要包含应用程序依赖的所有其他（非系统）类

课程本身。超类层次结构中的所有类和接口（例如，请参见类路径中存在Java类，但启动失败，出现错误：无法找到或加载主类）通过变量或变量声明、方法调用或字段访问表达式引用的所有类和接口。

（注意：JLS和JVM规范允许JVM“惰性”加载类，这可能会影响抛出类加载器异常的时间。）

原因#3-类在错误的包中声明

偶尔会有人将源代码文件放入源代码树中的错误文件夹，或者忽略了包声明。如果在IDE中执行此操作，IDE的编译器将立即告诉您。类似地，如果您使用一个像样的Java构建工具，该工具将以检测问题的方式运行javac。但是，如果您手动构建Java代码，那么可以这样做，编译器不会注意到问题，并且生成的“.class”文件不在您期望的位置。

还是找不到问题？

有很多事情要检查，很容易漏掉一些东西。尝试将-Xdiag选项添加到java命令行（作为java之后的第一件事）。它将输出关于类加载的各种信息，这可能会为您提供真正问题所在的线索。

此外，考虑从网站、文档等复制和粘贴不可见或非ASCII字符可能导致的问题。并考虑“同字形”，其中两个字母或符号看起来相同。。。但不是。

如果META-INF/*.SF中的签名无效或不正确，您可能会遇到此问题。您可以尝试在您最喜欢的ZIP编辑器中打开.jar，然后从META-INF中删除文件，直到您只有MANIFEST.MF为止。但是，一般情况下不建议这样做。（无效签名可能是有人将恶意软件注入到原始签名的JAR文件中的结果。如果您删除了无效签名，则会将恶意软件感染到您的应用程序！）建议的方法是使用有效签名保存JAR文件，或从（真实的）原始源代码重建它们。

最后，如果MANIFEST.MF文件中有语法错误，显然会遇到这个问题（请参见https://stackoverflow.com/a/67145190/139985).

---

java的替代语法

使用Java命令启动Java程序有三种可选语法。

用于启动“可执行”JAR文件的语法如下：java〔＜options＞〕-jar＜jar文件名＞〔＜arg＞…〕例如java-Xmx100m-jar/usr/local/acme示例/listuser.jar-fred入口点类的名称（即com.acme.example.ListUser）和类路径在JAR文件的MANIFEST中指定。从模块（Java 9及更高版本）启动应用程序的语法如下：java[<options>]--模块<module>[/<mainclass>][<arg>…]入口点类的名称要么由<module>本身定义，要么由可选的<mainclass>给定。从Java11开始，您可以使用Java命令使用以下语法编译和运行单个源代码文件：java[<options>]<sourcefile>[<arg>…]其中＜sourcefile＞（通常）是后缀为“.java”的文件。

有关更多详细信息，请参阅您正在使用的java版本的java命令的官方文档。

---

IDEs

典型的Java IDE支持在IDE JVM本身或子JVM中运行Java应用程序。这些通常不受这种特殊异常的影响，因为IDE使用自己的机制来构造运行时类路径、标识主类和创建java命令行。

但是，如果您在IDE后面执行操作，则仍然可能发生此异常。例如，如果您之前在Eclipse中为Java应用程序设置了Application Launcher，然后在没有通知Eclipse的情况下将包含“main”类的JAR文件移动到文件系统中的其他位置，Eclipse将无意中使用错误的类路径启动JVM。

简而言之，如果您在IDE中遇到此问题，请检查是否存在过时的IDE状态、损坏的项目引用或损坏的启动器配置。

IDE也有可能简单地混淆。IDE是由许多交互部分组成的极其复杂的软件。其中许多部分采用了各种缓存策略，以使IDE作为一个整体具有响应能力。这些有时会出错，一个可能的症状是启动应用程序时出现问题。如果您怀疑这可能会发生，那么值得尝试其他事情，如重新启动IDE、重建项目等等。

---

其他参考文献

来自Oracle Java教程-常见问题（及其解决方案）

这是一个具体的案例：

Windows（通过Windows7测试）不接受类和包名称中的特殊字符（如á）。不过，Linux确实如此。

我在NetBeans中构建.jar并尝试在命令行中运行时发现了这一点。它在NetBeans中运行，但不在命令行上运行。

这就是我解决问题的方法。

我注意到，如果在编译中包含jar文件，那么将当前目录（./）添加到类路径中会有帮助。

javac -cp "abc.jar;efg.jar" MyClass.java
java -cp "abc.jar;efg.jar" MyClass

vs.

javac -cp "**./**;abc.jar;efg.jar" MyClass.java<br>
java -cp "**./**;abc.jar;efg.jar" MyClass

解决我的问题的方法是：

右键单击要运行的项目/类，然后单击“运行方式”→ 运行配置。然后，您应该按照以下方式修复现有配置或添加新配置：

打开Classpath选项卡，单击Advanced。。。按钮，然后添加项目的bin文件夹。