大家好，今天小编关注到一个比较有意思的话题，就是关于微java语言的问题，于是小编就整理了2个相关介绍微Java语言的解答，让我们一起看看吧。
j***a语言的发展历史？
任职于太阳微系统的詹姆斯•高斯林等人于1990年代初开发J***a语言的雏形，最初被命名为Oak，目标设置在家用电器等小型系统的程序语言，应用在电视机、电话、闹钟、烤面包机等家用电器的控制和通信。
由于这些智能化家电的市场需求没有预期的高，Sun公司放弃了该项计划。
随着1990年代互联网的发展，Sun公司看见Oak在互联网上应用的前景，于是改造了Oak，于1995年5月以J***a的名称正式发布。J***a伴随着互联网的迅猛发展而发展，逐渐成为重要的网络编程语言。J***a语言的发展历史分为以下几个阶段：
1991 年Sun公司的James Gosling等人开始开发名称为 Oak 的语言。
希望用于控制嵌入在有线电视交换盒、PDA等的微处理器1994年将Oak语言更名为J***a1998年JDK1.2时，更名为J***a 2 Platform分为标准版J2SE,企业版J2EE,微型版J2MEJ***a 既安全、可移植，又可跨平台，而且人们发现它能够解决Internet 上的大型应用问题Internet使J***a成为网上最流行的编程语言J***a对Internet的影响也意义深远B/S的兴起 & C/S的没落
j***a微服务和分布式的区别有哪些？
微服务是架构的一种设计方法；分布式是应用的一种部署形态。不论架构是否***用服务或者微服务进行设计，都可以按照分布式进行部署。而现在的设计理念(更多是受亚马逊的成功所影响)比较倡导按照微服务进行架构设计，这样更利于分布式部署。
服务或者微服务之间有区别，但相似性更高。传统的程序调用，一般***用API的方式或者混合编码。这种方式造成编译依赖，互相影响比较大。如果按照服务的方式，通过消息进行调用，信息***用标准的格式进行编解码。依赖被解开，调用与被调用方可以独自演进，极大提升效率。同时这种方式可以较简单的实现异构操作系统间的交互，使得系统间集成变成轻而易举的事情。
发布方进行新服务的注册，调用方则动态查询服务的存在，然后通过消息的方式进行调用。
分布式则是一种应用部署的创举，通过弹性伸缩，消息缓存等，使得我们自己编写的程序具备大容量请求消息的处理能力，这在之前是不可想象的。比如Tomcat、docker等技术。
再引申一步，现有的公有、私有云兴起，就依赖容器～微服务～消息中间件等基础技术。当然这与亚马逊的技术创举分不开。
补充强调一下：微服务是一种架构设计方法，与语言无关。
本人架构师，简单的说，微服务是架构设计方式，分布式是系统部署方式，两者概念不同，菜鸟经常分不清。
在做架构设计的时候，先做逻辑架构，再做物理架构，当你拿到需求后，估算过最大用户量和并发量后，计算单个应用服务器能否满足需求，如果用户量只有几百人的小应用，单体应用就能搞定，即所有应用部署在一个应用服务器里，如果是很大用户量，且某些功能会被频繁访问，或者某些功能计算量很大，建议将应用拆解为多个子系统，各自负责各自功能，这就是微服务架构。
逻辑架构设计完后就该做物理架构设计，系统应用部署在超过一台服务器或虚拟机上，且各分开部署的部分彼此通过各种通讯协议交互信息，就可算作分布式部署，生产环境下的微服务肯定是分布式部署的，分布式部署的应用不一定是微服务架构的，比如集群部署，它是把相同应用复制到不同服务器上，但是逻辑功能上还是单体应用。
希望我的回答对你有帮助。
到此，以上就是小编对于微j***a语言的问题就介绍到这了，希望介绍关于微j***a语言的2点解答对大家有用。
