在Windows上放置。；在开头的CLASSPATH值处。

这个（dot）表示“查看当前目录”。这是一个永久的解决方案。

此外，您还可以通过设置CLASSPATH=%CLASSPATH%；将其设置为“一次”；。。这将在cmd窗口打开时持续。

您确实需要从src文件夹中执行此操作。在那里键入以下命令行：

[name of the package].[Class Name] [arguments]

假设您的类名为CommandLine.class，代码如下：

package com.tutorialspoint.java;

    /**
     * Created by mda21185 on 15-6-2016.
     */

    public class CommandLine {
        public static void main(String args[]){
            for(int i=0; i<args.length; i++){
                System.out.println("args[" + i + "]: " + args[i]);
            }
        }
    }

然后你应该cd到src文件夹，你需要运行的命令如下：

java com.tutorialspoint.java.CommandLine this is a command line 200 -100

命令行上的输出将是：

args[0]: this
args[1]: is
args[2]: a
args[3]: command
args[4]: line
args[5]: 200
args[6]: -100

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教程-常见问题（及其解决方案）

似乎当我遇到这个问题时，它是独一无二的。

一旦我删除了文件顶部的包声明，它就完美地工作了。

除此之外，似乎没有任何方法在我的机器上运行简单的HelloWorld.java，无论编译发生在哪个文件夹，CLASSPATH或PATH，参数或调用的文件夹。

默认情况下，Java使用。，当前工作目录，作为默认CLASSPATH。这意味着，当您在提示符处键入命令（例如javaMyClass）时，该命令将被解释为您键入了java-cp。我的班级。你看到-cp和MyClass之间的点了吗？（cp是较长类路径选项的缩写）

这在大多数情况下都是足够的，在您尝试向CLASSPATH添加目录之前，一切似乎都很正常。在大多数情况下，当程序员需要这样做时，他们只需运行一个命令，比如set CLASSPATH=path \to\some\dir。此命令创建一个名为CLASSPATH的新环境变量，该变量的值为path\to\some\dir，或者如果以前已设置CLASSPATH，则将其值替换为path \to\sme\dir。

完成后，您现在有了一个CLASSPATH环境变量，Java不再使用默认的类路径（.），而是使用您设置的类路径。所以第二天你打开编辑器，写一些java程序，cd到你保存它的目录，编译它，并尝试用命令javaMyClass运行它，你会得到一个很好的输出：找不到或加载主类。。。（如果您的命令以前工作得很好，现在得到了这个输出，那么您可能就是这样）。

发生的情况是，当您运行命令javaMyClass时，java会在CLASSPATH中设置的一个或多个目录中搜索名为MyClass的类文件，而不是当前工作目录，因此在那里找不到您的类文件并因此发出抱怨。

你需要做的是添加。这可以通过命令集CLASSPATH=%CLASSPATH%；来完成；。（注意分号后的点）。在纯英语中，此命令表示“选择CLASSPATH（%CLASSPATH%）的初始值，将.添加到（；.），并将结果分配回CLASSPATH”。

瞧，您再次能够像往常一样使用命令javaMyClass。

好吧，已经有很多答案了，但没有人提到文件权限可能是罪魁祸首。

运行时，用户可能无法访问JAR文件或路径的某个目录。例如，考虑：

/dir1/dir2/dir3/myjar.Jar中的Jar文件

拥有JAR文件的用户1可以执行以下操作：

# Running as User1
cd /dir1/dir2/dir3/
chmod +r myjar.jar

但它仍然不起作用：

# Running as User2
java -cp "/dir1/dir2/dir3:/dir1/dir2/javalibs" MyProgram
Error: Could not find or load main class MyProgram

这是因为正在运行的用户（User2）无权访问dir1、dir2或javalibs或dir3。当User1可以看到文件并可以访问这些文件时，这可能会让某人发疯，但User2仍然会发生错误。