请问java后端开发和后台开发是什么？又有前台开发，服务器端开发，客户端开发，弄不懂了，请解释。谢谢！

1，首先软件有A/S架构和B/S架构，A/S架构说明白点就是客户端，比如qq，我们需要安装才能用，B/S架构就是使用浏览器访问，比如爱奇艺网站
2，前台开发就是前台的页面比如HTML，一般做美工的来做，前台页面主要给用户显示信息，
3，java后台开发就是java逻辑代码，前台提交的数据需要后台的逻辑处理，比如用户登录，登录的时候需要验证用户名和密码是否正确，这都是后台 *** 作的，

我们都知道，java编程无论是在软件开发或者是说其他编程方面，使用范围都是非常广泛的，所以，今天java课程就一起来了解一下，java编程开发语言与其他编程语言的区别和优势都有哪些。

现代JavaWeb开发

因为JavaWeb服务器与Web一样老，因此在JavaWeb上长期存在的成功传统和实践很快就要扔掉，现在可能是一个好的时候来解释这一系列中“现代”意思。

在本文中，我说“现代”的意思，就是“与现代主流软件开发趋势一致”。这些趋势并不是完全任意的堆砌，他们一个一个契合在一起。出现于这个期间大量小型快速发展的创业公司更偏爱精益开发方法。这些都要求一个更好使用，更少安装、部署和配置，集开发和运维于一体的工具。广受欢迎的云计算通过资源管理，也就虚拟化(无论是工具上还是在系统级)鼓励这些方法。系统级部署和资源分配也支持异构架构的发展。所谓异构架构就是指寻找适合的工具(也有可能是不同的工具)做合适的事。

传统的JavaWeb服务器，也就是典型的应用服务器，都有一个特别的特性：支持在一个JVM上运行多个应用。这个应用服务器提供能分开应用的运行时环境，而且升级，安装和启动都是独立的。一个应用可能运行在一个配置好的，已经运行的环境中，这种方法很多时候都工作良好，你也有理由继续使用这种方案，但是这种方案，离“现化”太远了。在不同的应用中分配不同的资源这件事是并不简单，而且在一定程度上跟现在使用hypervisor和os容器来运行应用的方案是矛盾的。因为现在针对hypervisor和os容器设计的工具和技术在多应用服务器上效率并不高，即使这些多应用服务器只是用来运行一个应用，而且这些多应用服务器的运维也不“现代”：安装配置web或者app服务器是不可缺少的，部署应用需要很多步，每一步可能都很麻烦。

现代的方法，就是在其它语言和运行平台使用的方法--单应用服务器。单应用服务器中，web容器是嵌入到应用中(而不是把应用部署到web容嚣中)。这样做就可以简单的部署，管理，配置和在系统级进行资源的分配。这就是为什么，一但现代的方法被引入Java中，传统的应用服务器(我的意思是任何打算运行多个应用的servlet或者全功能的J2e服务器)就死了。

在这里，我们调研的工具和技术并非覆盖全部的的领域。特别是在web和web相关的领域中，开发，工具，库和框架激增。这种增长部分原因是，不像嵌入式开发和大型机开发，web开发在初创公司和开发爱好者中广受欢迎。这类人是新技术的早期采纳者和体验者，有时也会为了探索技术的边界，或者学习，还有自我证明发明一种新的择术。这样的结果就是数以百计的库被发明出来，全都为了解决同样的目标，只是使用的方法略有不同。这种事情发生在Java的世界里，也发生在其他的语言生态中。

同时，我们不会讨论那种有巨大的MVC结构，模板系统或者设计来就是在服务器端渲染html的“全功能”的web框架。有很多理由不这么做，一个就是，我从来没有使用过那种框架，所以我不会评论他们的适用性或“现化化”，二，这个主题就非常复杂，需要更多的讨论，而在别的地方已经有了(这里,这里),三，web开发正在朝客户端渲染和SPA方向发展(如angular)，本质上正在朝着以前c/s的架构发展，数据和命令都通过>

>

Java与其他语言不同的一点是JCP(JavaCommunityProcess)的工作，它的工作是标准化API(即使对于不属于语言规范或甚至标准运行时的库)也是如此，然后由各种商业或开源组织实现。这些JSR(JavaSpecificationRequests)是由专家组制作的，它能把一项技术从普遍变成成熟并成为标准。当JSR通过时，就会非常有用，因为几乎所有迎合相关领域的库都将实现这个标准API，这使得切换实现不那么痛苦。

对于服务器实现(代码中框架更为普遍)来说，标准对于客户端(每个调用或多或少都是独立的并且可以被替换)而言更重要。您可以使用三个不同的>

相比于客户端(每次请求或多或少比较独立和能被替代)，标准化对服务器应用更重要(因为框架代码无处不在)。你可以使用三个不同的>

在进行服务器处理的过程中，需要保证数据的正确处理，那么最重要的就是使用不同的数据处理模式进行运算。
在整个过程中，可能很多人对服务器的知识并不了解，那么应该如何进行Java开发服务器的线程处理呢，关于线程处理有哪些知识？下面广西北大青鸟为大家介绍关键服务器线程处理的简单知识。
1、BIO线程模型在JDK14中引入JavaNIO之前，所有基于Java的Socket通信都使用了同步阻塞模式（BIO）。
这种请求-响应通信模型简化了上层的应用程序开发上，但在具有性能和可靠性的情况下，存在一个巨大的瓶颈。
在一段时间里面，大型应用程序服务器主要是用C或C++开发的，因为它们可以直接使用 *** 作系统提供的异步I/O或AIO功能。
当流量增加且响应时间延迟增加时，JavaBIO开发的服务器软件只能通过硬件的不断扩展来满足并发性和低延迟的情况，这极大地增加了企业的成本和群集大小。
系统的不断扩展，系统的可维护性也面临着巨大的挑战，只能通过购买性能更高的硬件服务器来解决问题，这将导致恶性循环的产生。
2、异步非阻塞线程模型从JDK10到JDK13，Java的I/O类库非常原始。
UNIX网络编程中的许多概念或接口未反映在I/O类库中，例如Pipe、Channel、Buffer和Selector等。
在发布JDK14的时候，NIO正式发布JDK作为JSR-51。
并且它还添加了一个javanio包，为异步I/O开发提供了许多API和库。
3、RPC性能三原则影响RPC的性能主要有三大元素，其中主要为I/O模型、协议及线程。
I/O模型：使用什么样的通道传递给另一方，BIO，NIO或AIO发送数据，IO模型在很大程度上能够决定框架的性能。
协议：应该使用什么样的通信协议，Rest+JSON或基于TCP的专用二进制协议。
参加电脑培训的过程中发现，协议的选择不同，性能模型也不同。
内部专用二进制协议的性能通常可以比公共协议更好地设计。
线程：如何读取数据报？在执行读取后的编解码器的哪个线程中，如何分发编码消息，通信线程模型是不同的，并且对性能的影响也非常大。

---