Java 平台有三个版本，这使软件开发人员、服务提供商和设备生产商可以针对特定的市场进行开发：* Java SE（Java Platform，Standard Edition）。Java SE 以前称为 J2SE。它允许开发和部署在桌面、服务器、嵌入式环境和实时环境中使用的 Java 应用程序。Java SE 包含了支持 Java Web 服务开发的类，并为 Java Platform，Enterprise Edition（Java EE）提供基础。* Java EE（Java Platform，Enterprise Edition）。这个版本以前称为 J2EE。企业版本帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序。Java EE 是在 Java SE 的基础上构建的，它提供 Web 服务、组件模型、管理和通信 API，可以用来实现企业级的面向服务体系结构（service-oriented architecture，SOA）和 Web 2.0 应用程序。* Java ME（Java Platform，Micro Edition）。这个版本以前称为 J2ME。Java ME 为在移动设备和嵌入式设备（比如手机、PDA、电视机顶盒和打印机）上运行的应用程序提供一个健壮且灵活的环境。Java ME 包括灵活的用户界面、健壮的安全模型、许多内置的网络协议以及对可以动态下载的连网和离线应用程序的丰富支持。基于 Java ME 规范的应用程序只需编写一次，就可以用于许多设备，而且可以利用每个设备的本机功能。/Java Platform, Standard Edition (Java SE) lets you develop and deploy Java applications on desktops& and servers, as well as today's demanding Embedded and Real-Time& environments.Java Platform, Enterprise Edition (Java EE) 6 is the industry standard for enterprise Java computing. Utilize the new, lightweight Java EE 6 Web Profile to create next-generation web applications, and the full power of the Java EE 6 platform for enterprise applications. Developers will benefit from productivity improvements with more annotations, more POJOs, simplified packaging, and less XML configuration. Java Platform, Micro Edition (Java ME) provides a robust, flexible environment for applications running on mobile and other embedded devices—mobile phones, personal digital assistants (PDAs), TV set-top boxes, and printers. Java ME includes flexible user interfaces, robust security, built-in network protocols, and support for networked and offline applications that can be downloaded dynamically. Applications based on Java ME are portable across many devices, yet leverage each device's native capabilities. 完！
阅读(...) 评论()从测试数据来看Node.js和Java EE的性能区别
发表于 09:54|
来源DZone|
作者Marc Fasel
摘要：Node.js和Java EE——一种是解释语言，一种是编译语言，在同等条件下通过测试数据来比较两者之间的性能区别。测试过程中你会发现很有趣的现象，两者在测试里的响应时间的平均数和并行需求的数量都有着线性相关关系。
本文作者是一名高级顾问、架构师、软件开发者。他有着18年的构建大规模、高性能企业App的经验。在这篇文章里，他通过做测试的方式（在Node.js App上和Java伺服器App上分别进行性能测试），一步步将测试过程、结果、结论写出来，分析两者的性能区别。（以下是编译内容）本文是通过从CouchDB上读取JSON数据来比较Node.js和Java EE之间的性能的。究竟谁的性能更好些？为了回答这一问题，只有在一系列的性能测试下运行Node.js App和Java EE App，才能得出最终结果来。准备阶段首先是在Node.js App上和Java伺服器App上分别进行了性能测试。每个App上都是用了相同的后端作为初始Node.js App：CouchDB。除此还使用了CouchBase Single Server版本1.1.3。创造出一万份大小4KB的随机文本样本文件。测试机器是配备2.4 GHZ、Intel Core 2 Duo、4 GB RAM和Mac OS X的iMac。另外，在一个独立的机器上使用Apache JMeter作为测试驱动器。Java EEJava伺服器是运行在一个版本为7.0.21的Apache Tomcat上的，默认配置运行在Java 1.6上。数据库驱动程序是版本0.30的CouchDB4J，驱动程序没有缓存选项，所以，没有完成任何配置。接下来的这个Java代码是一个伺服器的代码，可以通过CouchDB获取文档，将数据作为一个JSON对象来处理。通过使用JMeter测试驱动器来测试伺服器在不同的并发性基础之上，下面的表格数字就展现出不同的并发需求——平均的响应时间，和每秒相应的所对应的回复。从表格里就可以看出，当并行需求在增加的时候，响应时间就会有所变化。每10个并行需求的响应时间平均起来是23毫秒，100个并行需求的响应时间平均起来就是243毫秒。比较有趣的部分是，响应时间的平均数和并行需求的数量有着线性相关关系，所以，并行需求增长十倍就会导致每个需求的响应时间增长十倍。这使得在每秒钟处理需求数量是相当恒定的，不管有10个并发请求或150个并发请求，都无所谓。在所有观察到的并发服务请求数量大约为每秒420。Node.jsNode.js App 使用Cradle CouchDB驱动程序0.57版本，运行在Node.js 0.10.20，为了给驱动程序创造相等的条件，运行时的缓存必须要关闭的。接下来的数据显示Node.js程序通过一个给定的ID从CouchDB里传递同样的JSON文档：Node.js系统数目如下：正如前面所说的一样，平均的响应时间和并行需求数量呈线性相关关系，每秒钟处理需求数量是相当恒定的。Node.js相对较快20%，例如，在10个并行需求里，509个需求/秒VS.422需求/每秒。结论Node.js解决问题的速度比Java EE快20%，这的确有点出乎意料——一种解释语言和一种编译语言在一个VM中的速度是一样快的，这没有多年的优化过程是绝对达不到的。其实，Node.js和Java EE规模超出正常的服务器需求。每秒400-500的请求数量可以说是相当不错。谷歌是世界上最大的网站，，如果换算成秒的话，也就是57870个请求/秒。这也是谷歌域名在世界范围内的需求数量，所以如果你有一个运行在一台机器上的、400需求/秒的网站的话，那你的这个网站可以说是相当的大了。平均每天100万个需求也就意味着11.5需求/秒。这是一个很重要的数字。在这个性能测试里，在单线程的Node.js和多线程的Java EE之间的采用不同的并发模型对最后的结果是没有影响的。如果想要在更高并发水平里测试Node.js的性能，就必须要考虑到开放文件数量这一问题。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & （编译/薛梁 ）原文：
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章myecplise里java ee开发视图和java开发视图区别 - 学习历程 - ITeye博客
博客分类：
在java ee开发视图里你能看到编译之后classes文件目录，在java开发视图却看不到，它不显示。这在比如你需要重新指定编译之后classes文件目录的时候就起到作用了，你必须看到classes文件目录才行。
另外所有的java文件编译之后都会出现在WEB-INF目录下，以及其余的所有配置文件(大多数都是在src目录下，有xml以及properties等所有类型的)也都会在WEB-INF目录下出现(多数也都出现在classes目录下)。
总结起来也就是说我们在tomcat里面配置web项目的时候，一般都是指定WEB-INF的上一级目录，所有的jsp目录以及js目录都是和WEB-INF目录平级的，所以指定WEB-INF的上一级目录之后基本上就包括了我们开发写过的所有文件。和WEB-INF平级的是jsp和js文件目录，再往下，WEB-INF下面是classes目录以及所有配置文件等信息。所以只要指定WEB-INF的上一级目录，基本上就包含了所有了我们写过的所有文件。
注：想要能看到classes目录必须切换到java ee开发视图下才能看到，在java开发视图下是看不到的。
fangguanhong
浏览: 87775 次
来自: 北京从测试数据来看Node.js和Java EE的性能区别-阿里云资讯网
从测试数据来看Node.js和Java EE的性能区别
发布时间：
更新时间：
来源：网络
作者：家有爱人
　　本文作者Marc Fasel是一名高级顾问、架构师、/zixun/aggregation/6434.html&&软件开发者。他有着18年的构建大规模、高性能企业App的经验。在这篇文章里，他通过做测试的方式（在Node.js App上和Java伺服器App上分别进行性能测试），一步步将测试过程、结果、结论写出来，分析两者的性能区别。（以下是编译内容）　　本文是通过从CouchDB上读取JSON数据来比较Node.js和Java EE之间的性能的。究竟谁的性能更好些？为了回答这一问题，只有在一系列的性能测试下运行Node.js App和Java EE App，才能得出最终结果来。　　准备阶段　　是在Node.js App上和Java伺服器App上分别进行了性能测试。每个App上都是用了相同的后端作为初始Node.js App：CouchDB。除此还使用了CouchBase Single Server版本1.1.3。创造出一万份4KB的随机文本样本文件。测试机器是配备2.4 GHZ、Intel Core 2 Duo、4 GB RAM和Mac OS X的iMac。另外，在一个独立的机器上使用Apache JMeter作为测试驱动器。　　Java EE　　Java伺服器是运行在一个版本为7.0.21的Apache Tomcat上的，默认配置运行在Java 1.6上。数据库驱动程序是版本0.30的CouchDB4J，驱动程序没有缓存选项，，没有完成任何配置。　　接下来的这个Java代码是一个伺服器的代码，可以通过CouchDB文档，将数据作为一个JSON对象来处理。
　　通过使用JMeter测试驱动器来测试伺服器在不同的并发性基础之上，下面的表格数字就展现出不同的并发需求——平均的响应时间，和每秒相应的所对应的回复。
　　从表格里就可以看出，当并行需求在增加的时候，响应时间就会有所变化。每10个并行需求的响应时间平均起来是23毫秒，100个并行需求的响应时间平均起来就是243毫秒。　　比较有趣的部分是，响应时间的平均数和并行需求的数量有着线性相关关系，所以，并行需求增长十倍就会导致每个需求的响应时间增长十倍。这使得在每秒钟处理需求数量是相当恒定的，不管有10个并发请求或150个并发请求，都无。在所有观察到的并发服务请求数量大约为每秒420。　　Node.js　　Node.js App 使用Cradle CouchDB驱动程序0.57版本，运行在Node.js 0.10.20，为了给驱动程序创造相等的条件，运行时的缓存必须要关闭的。　　接下来的数据显示Node.js程序通过一个给定的ID从CouchDB里传递同样的JSON文档：
　　Node.js系统数目如下：
　　正如所说的一样，平均的响应时间和并行需求数量呈线性相关关系，每秒钟处理需求数量是相当恒定的。Node.js相对较快20%，，在10个并行需求里，509个需求/秒VS.422需求/每秒。　　结论　　Node.js解决问题的速度比Java EE快20%，这的确有点出乎意料——一种解释语言和一种编译语言在一个VM中的速度是一样快的，这没有的优化过程是绝对达不到的。　　，Node.js和Java EE规模超出正常的服务器需求。每秒400-500的请求数量可以说是相当不错。谷歌是世界上最大的网站，每天有大约50亿个请求，如果换算成秒的话，也就是57870个请求/秒。这也是谷歌域名在世界范围内的需求数量，所以如果你有一个运行在一台机器上的、400需求/秒的网站的话，那你的这个网站可以说是相当的大了。平均每天100万个需求也就意味着11.5需求/秒。这是一个很重要的数字。　　在这个性能测试里，在单线程的Node.js和多线程的Java EE之间的采用不同的并发模型对最后的结果是没有影响的。如果想要在更高并发水平里测试Node.js的性能，就必须要考虑到开放文件数量这一问题。
本站所有文章全部来源于互联网，版权归属于原作者。本站所有转载文章言论不代表本站观点，如是侵犯了原作者的权利请发邮件联系站长（yanjing@），我们收到后立即删除。
摘要： 由中国计算机协会（CCF）主办，CCF大数据专家委员会协办，中科院计算所与CSDN共同承办的第七届中国大数据技术大会（Big Data Technology Conference 2013，BDTC 2013） 将于-6日在北京世 & 　　由中国计算机协会（CCF）主办，CCF大数据专家委员会协办，中科院计算所与CSDN共同承办的第七届中国大数据技术大会（...
摘要： 新浪科技讯 7月25日下午消息，大数据技术公司百分点今日宣布完成第二轮1000万美元融资，投资方为东方星空创投和IDG资本，百分点同时发布新战略，由提供大数据技术进入到大数据管 　　新浪科技讯 7月25日下午消息，大数据技术公司百分点今日宣布完成第二轮1000万美元融资，投资方为东方星空创投和IDG资本，百分点同时发布新战略，由提供大数据技术进入到大数据管理与应用领域。 　　成立4年...
摘要： 随着美国中情局前雇员斯诺登将美国的棱镜计划公之于众，全球舆论鼎沸，斯诺登是不是叛国者，美国政府是否违宪，诸如此类的讨论热火朝天。棱镜门为人们反思大数据时代的个人隐 随着美国中情局前雇员斯诺登将美国的“棱镜”计划公之于众，全球舆论鼎沸，斯诺登是不是叛国者，美国政府是否违宪，诸如此类的讨论热火朝天。“棱镜门”为人们反思大数据时代的个人隐私与公共安全提供了一个范本，斯诺登潜逃、引渡以及政治...
阿里大数据梦
摘要： 为了迎接即将到来的大数据时代，各大互联网公司都在争分夺秒。阿里巴巴在公布大数据分享平台之后的半年中，也全面启动了攻势。但即使是这个行业的先行者，离大数据时代也还有 &为了迎接即将到来的大数据时代，各大互联网公司都在争分夺秒。阿里巴巴在公布大数据分享平台之后的半年中，也全面启动了攻势。但即使是这个行业的先行者，离大数据时代也还有不小的距离。& 刚刚过去的2012年，...
投资爱站网
摘要： 最开始知道蔡文胜投资爱站网的消息，是看到老郭在微信朋友圈发布的一条信息，后面看管鹏也有发，应该消息属实。 如图：5月30日老郭微信第一时间爆料，蔡文胜投资爱站的消息 消 最开始知道蔡文胜投资爱站网的消息，是看到老郭在微信朋友圈发布的一条信息，后面看管鹏也有发，应该消息属实。 如图：5月30日老郭微信第一时间爆料，蔡文胜投资爱站的消息 & & 消息经老郭和管鹏第一时...
摘要： 去年是云计算，今年是大数据。作为时下最流行的信息化标志，如今每个行业都在为自己具备大数据能力而作出努力。一时间，似乎不说自己有大数据基因，或者正在做着大数据相关的 去年是“云计算”，今年是“大数据”。作为时下最流行的信息化“标志”，如今每个行业都在为自己具备“大数据”能力而作出努力。一时间，似乎不说自己有“大数据”基因，或者正在做着“大数据”相关的事情，都觉得自己赶不上潮流了。但是最...
行业架构师咨询
服务与支持
账号与支持
关注阿里云
International}