JSP是传统Java Web开发的核心组成部分java服务器，主要的作用是构建呈现端（View）域名备案域名备案。java服务器，Java web技术中Java和JSP有什么关系传统Java Web开发方案中还有Servlet和JavaBean，Servlet充当控制器，而JavaBean则充当模型，也就是经典的Model2解决方案。JSP能做哪些事呢？JSP能做两件事，一件事是做展现，另一件事是做业务处理，传统的Model1解决方案就是采用JSP JavaBean的方式来实现（这已经是将近20年前的解决方案了），简单的说JSP既能做html的事情，又能做业务调度的事情（Servlet）。虽然建议JSP只做展示层的事情，但是JSP完全能嵌入可执行的Java代码，也就是可以把展示逻辑和业务逻辑整合在一起。也正是因为如此，目前在大型项目中已经很少能看到JSP的影子了。传统方案的请求流程是当用户请求发送到服务器以后，由Servlet接收用户的请求（提取数据、验证数据、功能匹配等），然后调用JavaBean的业务方法完成业务处理，最终跳转到JSP页面，由JSP页面把结果呈现出来。这种方式目前只在一些小型的Web开发中还能看到，在一些大型Web开发方案中，已经很少采用JSP了，原因有以下几点：第一，JSP本质上是Servlet。JSP是要转换成Servlet执行的，这就要求JSP必须在Web Container中，而Web Container往往还要负责业务逻辑的处理，这对性能有较大的影响。第二，动静资源耦合。这是JSP被诟病的一个主要原因，早期是优点，后期就是一个最大的缺点了。第三，JSP内容多，加载慢。前端工程师还要了解各种JSP标签的使用，往往很容易出错。目前大型Web开发方案是前端访问直接到达html页面，html页面由单独的服务器处理（比如Nginx），提高了访问的效率，然后由html页面发起接口调用。这样能够完成动静的分类，提高了开发效率，也提高了服务器的稳定性。当然，对于初学者来说，学习JSP的使用也是没有坏处的，毕竟现在有大量的项目依然在采用JSP作为呈现端。如果项目的并发请求量不高的情况下，采用JSP还是很方便的。我使用Java编程多年，目前也在带Java开发团队（移动互联、大数据方向），我会陆续在头条写一些关于Java开发方面的文章，感兴趣的朋友可以关注我的头条号，相信一定会有所收获。如果有Java开发方面的问题，也可以咨询我。谢谢！谢邀。NIO和多线程并不矛盾，使用NIO多路复用模型，提升IO的处理性能；使用多线程来执行业务代码，提升CPU使用效率，两者结合才能获得更高的性能。以Tomcat为例，看看tomcat的NIO模式是怎么实现的。tomcat的NIO代码主要在NioEndpoint类中实现。NioEndpoint类的启动代码上图是NioEndpoint类的启动代码，可以看到主要有几个步骤：创建工作线程池，初始化网络连接限制，启动poller线程组，启动Acceptor线程组。可以看到，tomcat使用NIO的多路复用模式来进行IO处理，使用线程池来处理业务请求。总之，对于大型系统，没有单一的解决方案，需要具体分析，对于不同的场景，选择合适的技术来实现，是技术负责人的一项基本功。欢迎大家批评指正，求关注，求评论。  在C程序中，缓存溢出是最常见的安全隐患。缓存溢出在用户输入超过已分配内存空间（专供用户输入使用）时出现。缓存溢出可能成为导致应用被覆盖的关键因素。C程序很容易出现缓存溢出，但Java程序几乎不可能出现缓存溢出。从输入流读取输入数据的C代码通常如下所示：char buffer[1000];int len = read(buffer);由于缓存的大小在读入数据之前确定，系统要检查为输入保留的缓存是否足够是很困难的。  缓存溢出使得用户能够覆盖程序数据结构的关键部分，从而带来了安全上的隐患。有经验的攻击者能够利用这一点直接把代码和数据插入到正在运行的程序。在Java中，我们一般用字符串而不是字符数组保存用户输入。与前面C代码等价的Java代码如下所示：String buffer = in。  readLine();在这里，“缓存”的大小总是和输入内容的大小完全一致。由于Java字符串在创建之后不能改变，缓存溢出也就不可能出现。退一步说，即使用字符数组替代字符串作为缓存，Java也不象C那样容易产生可被攻击者利用的安全漏洞。例如，下面的Java代码将产生溢出：char[] bad = new char[6];bad[7] = 50;这段代码总是抛出一个java。  lang。ArrayOutOfBoundsException异常，而该异常可以由程序自行捕获：try {har[] bad = new char[6];bad[7] = 50;}catch (ArrayOutOfBoundsException ex) {。  。。 }这种处理过程永远不会导致不可预料的行为。无论用什么方法溢出一个数组，我们总是得到ArrayOutOfBoundsException异常，而Java运行时底层环境却能够保护自身免受任何侵害。一般而言，用Java字符串类型处理字符串时，我们无需担心字符串的ArrayOutOfBoundsExceptions异常，因此它是一种较为理想的选择。  Java编程模式从根本上改变了用户输入的处理方法，避免了输入缓存溢出，从而使得Java程序员摆脱了最危险的编程漏洞。