这可能有很多原因，在下面的章节中会详细说明。

把servlet类放在 package 里

首先，把servlet类放在一个Java package 。你应该 总是 把可公开重复使用的Java类放在一个包里，否则它们对那些在包里的类是看不见的，比如服务器本身。这样你就消除了潜在的特定环境问题。无包的servlet只在特定的Tomcat+JDK组合中工作，这一点绝对不能依赖。

如果是一个 "普通 "的 IDE 项目，该类需要放在其包结构中的 "Java Sources "文件夹中，而 不是 放在 "Web Content "文件夹中，后者是用来存放 JSP 等网络文件的。下面是在 Navigator 视图中看到的默认 Eclipse 动态 Web 项目 的文件夹结构示例（"Java Sources "文件夹在此类项目中默认由 src 文件夹表示）。

EclipseProjectName
 |-- src
 |    `-- com
 |         `-- example
 |              `-- YourServlet.java
 |-- WebContent
 |    |-- WEB-INF
 |    |    `-- web.xml
 |    `-- jsps
 |         `-- page.jsp
如果是Maven项目，该类需要放在其包结构中的main/java中，而不是 main/resources中，这是针对非类文件的，也绝对不是 main/webapp，这是针对web文件的。下面是一个默认Maven webapp项目的文件夹结构示例，在Eclipse的Navigator视图中可以看到。
MavenProjectName
 |-- src
 |    `-- main
 |         |-- java
 |         |    `-- com
 |         |         `-- example
 |         |              `-- YourServlet.java
 |         |-- resources
 |         `-- webapp
 |              |-- WEB-INF
 |              |    `-- web.xml
 |              `-- jsps
 |                   `-- page.jsp
请注意，/jsps子文件夹并不是严格意义上必须的。你甚至可以不这样做，直接把JSP文件放在webcontent/webapp根目录下，但我只是接手了你的问题。
在url-pattern中设置servlet URL
servlet的URL被指定为servlet映射的 "URL模式"。根据定义，它绝对不是servlet类的类名/文件名。URL模式应被指定为@WebServlet注解的值。
package com.example; // Use a package!
import jakarta.servlet.annotation.WebServlet; // or javax.*
import jakarta.servlet.http.HttpServlet; // or javax.*
@WebServlet("/servlet") // This is the URL of the servlet.
public class YourServlet extends HttpServlet { // Must be public and extend HttpServlet.
// ...
如果你想支持像/servlet/foo/bar这样的路径参数，那么就用/servlet/*的URL模式来代替。参见Servlet和路径参数，如/xyz/{value}/test，如何在web.xml中映射？
@WebServlet仅在Servlet 3.0或更新版本上工作
为了使用@WebServlet，你只需要确保你的web.xml文件，如果有的话（从Servlet 3.0开始，它是可选的），声明符合Servlet 3.0+版本，从而不符合例如2.5版本或更低版本。下面是一个兼容Servlet 5.0的文件（与Tomcat 10+、WildFly 22+（Preview）、GlassFish/Payara 6+等相匹配）。
<?xml version="1.0" encoding="UTF-8"?>
<web-app
xmlns="https://jakarta.ee/xml/ns/jakartaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee https://jakarta.ee/xml/ns/jakartaee/web-app_5_0.xsd"
version="5.0">
<!-- Config here. -->
</web-app>
下面是一个与Servlet 4.0兼容的（与Tomcat 9+、WildFly 11+、GlassFish/Payara 5+等匹配）。
<?xml version="1.0" encoding="UTF-8"?>
<web-app
xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
version="4.0"
<!-- Config here. -->
</web-app>
或者，如果你还没有使用Servlet 3.0+（例如Tomcat 6或更老的版本），那么就删除@WebServlet注解。
package com.example;
import javax.servlet.http.HttpServlet;
public class YourServlet extends HttpServlet {
    // ...
而在web.xml中注册servlet，就像这样。
<servlet>
<servlet-name>yourServlet</servlet-name>
<servlet-class>com.example.YourServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>yourServlet</servlet-name>
<url-pattern>/servlet</url-pattern> <!-- This is the URL of the servlet. -->
</servlet-mapping>
因此请注意，你不应该同时使用两种方式。使用基于注解的配置或基于XML的配置。当你同时拥有这两种方式时，基于XML的配置将优先于基于注解的配置。
javax.servlet.*在Servlet 5.0或更新的版本中不再工作了
自从Jakarta EE 9 / Servlet 5.0 (Tomcat 10, TomEE 9, WildFly 22 Preview, GlassFish 6, Payara 6, Liberty 22等)，javax.*包已经更名为jakarta.*包。
换句话说，请绝对确保你不会仅仅为了让javax.*包编译而随意将不同服务器的JAR文件放在你的WAR项目中，如tomcat-servlet-api-9.x.x.jar。这只会造成麻烦。完全删除它，并编辑你的servlet类的导入，从
import javax.servlet.*;
import javax.servlet.annotation.*;
import javax.servlet.http.*;
import jakarta.servlet.*;
import jakarta.servlet.annotation.*;
import jakarta.servlet.http.*;
如果你使用的是Maven，你可以在这个答案中找到Tomcat 10+、Tomcat 9-、JEE 9+和JEE 8-的正确pom.xml声明的例子。Tomcat将servlets投给javax.servlet.Servlet而不是jakarta.servlet.http.HttpServlet。另一种方法是将服务器降级到旧版本，例如从Tomcat 10回到Tomcat 9或更早的版本，但这显然不是推荐的方法。
确保编译的*.class文件存在于构建的WAR中。
如果你使用的是Eclipse和/或Maven这样的构建工具，那么你需要绝对确保编译后的Servlet类文件位于所生成的WAR文件的/WEB-INF/classes文件夹的包结构中。如果是package com.example; public class YourServlet，它必须位于/WEB-INF/classes/com/example/YourServlet.class中。否则，在@WebServlet的情况下，你将面临404错误，或者在<servlet>的情况下，面临HTTP 500错误，如下所示。
HTTP状态500
在实例化Servlet类com.example.YourServlet时出错
并在服务器日志中发现一个java.lang.ClassNotFoundException: com.example.YourServlet，接着是一个java.lang.NoClassDefFoundError: com.example.YourServlet，依次是jakarta.servlet.ServletException: Error instantiating servlet class com.example.YourServlet在实例化servlet类com.example.YourServlet时出错。
验证servlet是否被正确编译并放置在classpath中的一个简单方法是让构建工具产生一个WAR文件（例如在Eclipse中右击项目，导出>WAR文件），然后用ZIP工具检查其内容。如果/WEB-INF/classes中缺少servlet类，或者导出时导致错误，那么项目的配置就很糟糕，或者某些IDE/项目配置的默认值被错误地恢复了（例如Eclipse中的Project > Build Automatically被禁用）。
你还需要确保项目图标上没有表示构建错误的红叉。你可以在Problems视图中找到确切的错误（Window > Show View > Other...）。通常情况下，错误信息在Google上是可以找到的。如果你没有线索，最好从头开始重启，不要碰任何IDE/项目配置的默认值。如果你使用的是Eclipse，你可以在《如何在Eclipse项目中导入javax.servlet/jakarta.servlet API？
在没有任何JSP/HTML页面的情况下单独测试Servlet
只要服务器运行在localhost:8080上，WAR成功部署在/contextname（默认为IDE项目名称，区分大小写！）的上下文路径上，并且servlet没有初始化失败（阅读服务器日志，查看任何deploy/servlet成功/失败信息以及实际的上下文路径和servlet映射），那么URL模式为/servlet的servlet就可在http://localhost:8080/contextname/servlet
你可以直接在浏览器的地址栏中输入它，对其进行单独测试。如果它的doGet()被正确地覆盖和实现，那么你将在浏览器中看到它的输出。如果你没有doGet()，或者它错误地调用了super.doGet()，那么就会出现"HTTP 405: HTTP method GET is not supported by this URL"的错误（这仍然比404好，因为405是证明Servlet本身确实被找到的证据）。
重写service()是一种不好的做法，除非你在重新发明一个MVC框架--如果你刚刚开始使用servlets，并且对当前问题中描述的问题毫无头绪的话，这种可能性很小；)请参阅设计模式基于Web的应用程序。
不管怎么说，如果servlet在单独测试时已经返回404，那么用HTML表单来代替就完全没有意义。因此，从逻辑上讲，在关于Servlet的404错误的问题中包含任何HTML表单也是完全没有意义的。
使用域相关的URL从HTML中引用servlet
一旦你验证了servlet在被单独调用时工作正常，那么你就可以推进到HTML。至于你的HTML表单的具体问题，<form action>的值需要是一个有效的URL。这同样适用于<a href>、<img src>、<script src>等。你需要了解绝对/相对的URL是如何工作的。你知道，URL是一个网络地址，因为你可以在网络浏览器的地址栏中输入/看到。如果你指定一个相对的URL作为表单动作，即没有http://方案，那么它就变成了相对于你在网络浏览器地址栏中看到的当前URL。因此，它绝对不是相对于服务器WAR文件夹结构中的JSP/HTML文件的位置，就像许多初学者所认为的那样。
因此，假设带有HTML表单的JSP页面是由http://localhost:8080/contextname/jsps/page.jsp（因此不是由file://....）打开的，而你需要提交给位于http://localhost:8080/contextname/servlet 的servlet，这里有几种情况（注意，在这里你可以安全地用<a href>、<img src>、<script src>等代替<form action>。）
表单动作提交到一个带斜线的URL。
 <form action="/servlet">
前面的斜线/使URL相对于域名，因此表单将提交到
  http://localhost:8080/servlet
但这很可能会导致404，因为它的上下文是错误的。
表单动作提交到一个没有前导斜线的URL。
 <form action="servlet">
这使得URL是相对于当前URL的文件夹而言的，因此表单将提交到
  http://localhost:8080/contextname/jsps/servlet
但这可能会导致404，因为它在错误的文件夹中。
表单动作提交到一个URL，这个URL是向上的一个文件夹。
 <form action="../servlet">
这将上升一个文件夹（与本地磁盘文件系统的路径完全一样！），因此表单将提交到
  http://localhost:8080/contextname/servlet
这个一定有用!
然而，规范的方法是使URL与域相关，这样，当你碰巧把JSP文件移到另一个文件夹时，你就不需要再次修复URL了。
 <form action="${pageContext.request.contextPath}/servlet">
 <form action="/contextname/servlet">
因此，它将始终提交到正确的URL。
在HTML属性中使用直引号
你需要绝对确保你在HTML属性中使用直引号，如action="..."或action='...'，因此不要使用大括号，如action=”...”或action=’...’卷曲引号在HTML中不被支持，它们将简单地成为值的一部分。在复制博客中的代码片段时要注意!一些博客引擎，特别是Wordpress，默认使用所谓的 "智能引号"，因此也会以这种方式破坏代码片段中的引号。另一方面，与其复制粘贴代码，不如尝试自己简单地输入代码。通过你的大脑和手指实际获得代码的额外好处是，它将使你在长期内更好地记住和理解代码，也使你成为一个更好的开发者。
我们的servlets维基页面- 包含一些hello world的例子
如何从HTML表单中调用servlet类
Servlets中的doGet和doPost
如何通过点击JSP页面中的超链接或按钮将当前项目传递给Java方法？
HTTP状态404错误的其他情况。
HTTP状态404 - Servlet [ServletName]不可用
HTTP状态404 - 请求的资源（/项目名称/）不可用
HTTP状态404 - 请求的资源（/）不可用
/WEB-INF中的JSP返回 "HTTP状态404所请求的资源不可用"
在JSP文件中引用放置在WEB-INF文件夹中的资源，在资源上返回HTTP 404
当调用转发到JSP的Servlet时，浏览器无法访问/找到相关资源，如CSS、图片和链接。