这个问题其实很好，其实，如果你弄明白了为啥，能帮助你更好的理解web。
谈为什么之前，我们先简单说一http工作的原理。当你在浏览器中输入网址的时候，实际上相当于输入了一条命令，格式如下。
协议://主机名[:端口] +参数
这个命令的意思是。用标注的协议所指定的方法，去链接主机的相应端口，参数是参数。
比如，当你输入 /
这个时候，在googl的服务器上，必须有一个程序来随时监听客户端发来的消息，然后给出相应的返回值。比如，当接受到get /时，应该返回什么。
所以，在以前还没有动态网站的时候，web服务程序(比如IIS)会把参数和指定目录(网站根目录)下的文件一一对应起来。比如 get / 会直接返回根目录下的index.php
同理，当你访问/hello.html的时候，实际上是把字符串"/hello.html"传送到了服务器web程序，web程序会根据提前设定的网站根目录去寻找hello.html文件，并把这个文件返回给客户端。
这样通过文件夹组织结构，就形成了静态网站。但是后来我们需要用程序语言来处理复杂的逻辑怎么办。最初的解决办法就是在html文件中插入特殊的标签，并且保存成相应的扩展名。
比如我在html中插入java语句，并保存成hello.jsp，放在网站根目录下。
这个时候，当你 get /hello.jsp的时候，tomcat程序会自动调用java来处理< % %>中间的语句，并且把整个.jsp转换成html，再返回到客户端。
这就是.jsp .php .asp这类网站的工作原理。
但是，你一定要明白一个事实，web服务程序返回相应的 .jsp .html .php文件，一定要这样做吗。
当然不是，我前面说了，返回文件实际上是人为定义去做的。作为一个程序，你可以return任何东西。
我可以任意设计程序，让程序返回任何我想要的东西。
比如，我可以让 get "/hello.html" 返回 字符串"hello world",而这个时候我的服务器上根本不存在hello.html这个文件。
基于这样的原因，我们实际上可以用程序任意设计url，这个就叫做路由。而告诉程序某一个路由返回什么的过程，就叫路由绑定。
现代的web程序构架，你是根本无法直接访问html文件的，而是必须把路由绑定到某一个视图上去。因为这样可以把原来嵌入到html的java代码分离出来，写到特定的类中去，而不用混写。这样逻辑更清醒，维护更方便。这样的就叫做mvc.
以著名的springMVC举例，我们看一个小程序。
@RequestMapping("/hello")，就是路由绑定，他代表 当你访问/hello 时，会执行hello方法，而hello方法的返回值是 字符串"hello",所以客户端会收到hello这个字符串。
不过，当你正确配置springMVC的时候，程序会自动在/WEB-INF/jsp/ 中寻找hello.jsp，然后返回。(注意，这得JSP和前面例子中的jsp有很大不同，详细请学习springMVC)。
这时你应该明白，如何返回完全是我自定义的。我完全可以修改程序@RequestMapping("/hello.jsp"),这样就像传统一样，通过/hello.jsp 来返回hello.jsp，我也可以@RequestMapping("/a.jsp")，当你方向/a.jsp时，返回hello.jsp，我甚至可以令/hello.html 返回hello.jsp .
所以，你现在应该明白为啥现在基本上看不到.jsp了吧。
第一 现代符合MVC构架的网站 ，网址中的/x/xxx.xxx 已经不代表真实目录和真实文件了。所以逻辑上没有必要出现.jsp 。
第二 现代MVC构架的网站，网址都是自己设计的，使用/hello.jsp 和使用 /hello是没有区别的，那为什么不用更短的。hello.jsp没有必要出现。
第三 /hello.jsp仅仅是传递的一个字符串参数，实际上我可以用任何程序来处理。比如我可以很容易用python写出 结尾是.jsp的网站。/hello.jsp可以完全是一个python网站。所以网址中的扩展名是没有必要存在的。你看到网站不是.jsp，但是他的后台可能仍然是java。
现代大多数网站,不管用什么语言，大多遵循了MVC的结构。所以，你基本上越来越看不到以n.jsp是啊
