Java中为何需要将Servlet映射到URL 能否直接使用Servlet名称替代？

为什么需要将Servlet映射到对应的URL？ #

这是Java Web技术栈和HTTP协议共同决定的，核心原因包括：

• 符合HTTP协议的资源定位规则：所有HTTP客户端（浏览器、接口调用工具等）只能通过URL定位服务端资源，本身没有感知服务端内部组件名称的能力，URL是唯一合法的请求入口标识。
• 实现内部实现和外部入口的解耦：Servlet名称是服务端代码层面的标识符，开发过程中可以随时重构调整，只要URL映射规则不变，外部用户的访问路径、前端调用逻辑就完全不需要改动，避免了代码修改直接影响外部依赖。
• 支持灵活的路由配置：你可以给同一个Servlet绑定多个URL路径，比如/api/user、/api/v2/user都指向同一个Servlet实现迭代兼容，也可以用通配符规则/api/*匹配一类请求统一处理，这些能力都依赖URL映射实现，硬绑定Servlet名称完全无法实现这类灵活配置。
• 适配Java Web生态组件：过滤器、拦截器、权限校验组件几乎都是基于URL路径做规则匹配的，基于URL映射的设计可以完美适配这些通用组件，降低业务开发成本。

能不能直接用Servlet名称代替URL完成访问？ #

默认情况下完全不可以，只有一个已经废弃的特殊场景可以实现：
早期部分Servlet容器（比如Tomcat）提供了名为invoker的内置Servlet，开启后可以通过/servlet/[Servlet名称/全限定类名]的路径直接访问对应Servlet，但这个特性存在极大的安全风险：攻击者可以通过猜测类名调用服务端所有未对外暴露的内部Servlet，因此早在Servlet 3.0规范阶段就已经被正式废弃，现在所有新版本的容器默认都是禁用该功能的，生产环境绝对不建议使用。

哪怕你自行实现基于Servlet名称的路由逻辑，也完全不符合Java Web的开发规范，后续维护、迭代、扩展的成本都会非常高，完全不推荐这么做。

内容的提问来源于stack exchange，提问作者Utkarsh gupta