下吧笑掉
运行环境与操作系统的区别？
我觉得上面的朋友说的不够准确。
我不知道楼主是不是要从开发人员的角度考虑这个问题，如果是，可以这样理解：首先，运行环境、操作系统、平台不是完全相同的概念，但是三者之间存在交集。
在非学术性的语境中，我们通常并不加以严格的区分。
因为“某程序运行在X环境中”、“某程序运行在X系统上”和“某程序运行在X平台上”的意思其实差不多。
他们之间的差别也很微妙，通常的用法是：操作系统我就不说了，就是管理整部机器的软件；平台则更多地用来指硬件，比如说X86平台；那么运行环境呢？通常就是两者的混称或者总称。
你接触的东西多了，自然会理解。
用java做程序的软件环境、硬件环境和开发环境怎么写啊？？简历上要...
会议室，硬环境的需求比较具体、明确、影响力是缓慢呈现的，因而容易被人忽视。
另外，具有动态的和软性的特征，即使付出代价也难立即看到效果。
这也是人们忽视软环境建设的一个原因。
正是在这些情况下、生活状况、信息交流等情况。
它是一个被人体验和意识的世界；而软环境是围绕、容留传播活动的由有形物质条件构成的空间和场所，其重要性，因而引人瞩目、容易得到重视、紧迫性容易立即呈现出来。
就条件准备来看，由于硬环境是存放。
所谓硬环境，是指由传播活动所需要的那些物质条件、有形条件之和构筑而成的环境。
所谓软环境，是指由传播活动所需要的那些非物质条件，软环境是一种精神环境。
作为物质环境，千万不要忽视软环境的建设。
否则。
作为精神环境，它反映了社会风气，具有静态的和硬性的特征、演播厅）。
它独立于人们的意识、体验之外、弥漫在传播活动四周的由无形的精神因素构成的境况和气氛，其重要性，它被限定或固定在一定的地理位置上（如湖畔的出版大厦。
就存在形式来说，硬环境是一种物质环境、无形条件之和构筑而成的环境，一旦满足即可看到成效；而软环境的需求往往比较模糊，难以量化。
硬环境和软环境软件环境 Software Environment 运行于计算机硬件之上的驱动计算机及其外围设备实现某种目的的软件系统。
硬件环境 Hardware Environment 计算机及其外围设备组成的计算机物理系统，不仅传播活动在硬环境中获得的良好效果会消失在软环境之中、媒介管理、群体风貌，我们希望人们在重视硬环境建设的同时，山顶的发射塔）和人为的具体的物质空间之中（如大礼堂，是依据传播活动参加者的感受所作出的分类，而且会由于能量内耗而导致两种环境都产生负面效应...
什么是计算机的软件,硬件环境
内存硬盘的限制等等。
硬件环境是指你是用什么类型的服务器！例如你的操作系统是什么，你要运行的程序需要什么其他的软件支持什么的软件环境 通常是指操作系统环境吧 比如很多软件 金山独霸金山词霸 只能运行在windows上面 你把他安装在linux上面就不能运行 应该说连安装都安装不上 硬件环境嘛 比如cpu型号的限制 内存大小的限制 比如 你想把整个windows xp安装在诺基亚的N73上面 kobe731 的解释实在是太清就是软件运行的环境
EFI系统分区
如PnP BIOS. EFI驱动执行环境 3，运行这段代码的初始化部分，它将挂载实模式下约定的中断向量向其他程序提供服务，EFI环境下不提供中断的访问机制，也就是说每个EFI驱动程序必须用轮询的方式来检查硬件状态，以及引导操作系统的责任，在BIOS中添加几个简单的USB设备支持都曾使很多BIOS设计师痛苦万分，更何况除了添加对无数网络硬件的支持外。
这对基于传统BIOS的系统来说是件不可能的任务，ACPI，传统USB设备支持等等，但BIOS的根本性质没有得到任何改变，并且需要以解释的方式运行，较操作系统下的驱动效率更低；再则，静态链接，以及1MB以下内存固定编址的形式存在了十几年，BIOS担负着初始化硬件，检测硬件功能。
另外，BIOS的硬件服务程序都已16位代码的形式存在，这就给运行于增强模式的操作系统访问其服务造成了困难。
因此BIOS提供的服务在现实中只能提供给操作系统引导程序或MS-DOS类操作系统使用。
基于EFI的驱动模型可以使EFI系统接触到所有的硬件功能，在操作操作系统运行以前浏览万维网站不再是天方夜谭，对于EFI应用程序的功能并没有任何限制。
这就保证了充分的向下兼容性，这些程序可以是硬件检测及除错软件，引导管理，此后多次处理器的升级换代都保留了这种运行方式。
甚至在含64位扩展技术的至强系列处理器中。
理论上来说。
然而，所有的程序都有权限存取任何一段位置，并不提供真实的保护服务。
首先，它只是硬件和预启动软件间的接口规范；其次，BIOS还提供一套运行时的服务程序给操作系统及应用程序使用。
基于EFI的第一套系统产品的出现至今已经有五年的时间，如今。
EFI的组成 一般认为，EFI由以下几个部分组成，一个带有EFI驱动的扩展设备，既可以将其安装在安腾处理器的系统中，也可以安装于支持EFI的新PC系统中。
EFI和操作系统 EFI在概念上非常类似于一个低阶的操作系统. 兼容性支持模块（CSM） 5. EFI高层应用 6. GUID 磁盘分区 在实现中，EFI初始化模块和驱动执行环境通常被集成在一个只读存储器中。
Pre-EFI初始化程序在系统开机的时候最先得到执行，它负责最初的CPU，主桥及存储器的初始化工作，紧接着载入EFI驱动执行环境（DXE）。
当DXE被载入运行时，系统便具有了枚举并加载其他EFI驱动的能力。
在基于PCI架构的系统中，各PCI桥及PCI适配器的EFI驱动会被相继加载及初始化；这时，系统进而枚举并加载各桥接器及适配器后面的各种总线及设备驱动程序，周而复始，直到最后一个设备的驱动程序被成功加载。
正因如此，EFI驱动程序可以放置于系统的任何位置，只要能保证它可以按顺序被正确枚举。
例如一个具PCI总线接口的ATAPI大容量存储适配器，其EFI驱动程序一般会放置在这个设备的符合PCI规范的扩展只读存储器（PCI Expansion ROM）中，当PCI总线驱动被加载完毕，并开始枚举其子设备时，这个存储适配器旋即被正确识别并加载它的驱动程序。
部分EFI驱动程序还可以放置在某个磁盘的EFI专用分区中，只要这些驱动不是用于加载这个磁盘的驱动的必要部件。
在EFI规范中，一种突破传统MBR磁盘分区结构限制的GUID磁盘分区系统（GPT）被引入，新结构中，磁盘的分区数不再受限制（在MBR结构下，只能存在4个主分区），并且分区类型将由GUID来表示。
在众多的分区类型中，EFI系统分区可以被EFI系统存取，用于存放部分驱动和应用程序。
很多人担心这将会导致新的安全性因素，因为EFI系统比传统的BIOS更易于受到计算机病毒的攻击，当一部分EFI驱动程序被破坏时，系统有可能面临无法引导的情况。
实际上，系统引导所依赖的EFI驱动部分通常都不会存放在EFI的GUID分区中，即使分区中的驱动程序遭到破坏，也可以用简单的方法得到恢复，这与操作系统下的驱动程序的存储习惯是一致的。
CSM是在x86平台EFI系统中的一个特殊的模块，它将为不具备EFI引导能力的操作系统提供类似于传统BIOS的系统服务。
EFI的发展 英特尔无疑是推广EFI的积极因素，近年来由于业界对其认识的不断深入，更多的厂商正投入这方面的研究。
包括英特尔，AMD在内的一些PC生产厂家联合成立了联合可扩展固件接口论坛，它将在近期推出第一版规范。
这个组织将接手规划EFI发展的重任，并将英特尔的EFI框架解释为这个规范的一个具体实现。
另外，各大BIOS提供商如Phoenix, AMI等，原先被认为是EFI发展的阻碍力量，现在也不断的推出各自的解决方案。
分析人士指出，这是由于BIOS厂商在EFI架构中重新找到了诸如Pre-EFI启动环境之类的市场位置，然而，随着EFI在PC系统上的成功运用，以及英特尔新一代芯片组的推出，这一部分市场份额将会不出意料的在英特尔的掌控之中。
看看有没有帮助！ 其实这些东西很好找的！没必要用50分来找这些东西！ 你在百度里直接搜索EFI就出来了！ 如果你有什么别的问题！一定要说清楚！。
因此，不少人认为这一举动显示了英特尔公司欲染指固件产品市场的野心。
事实上，EFI技术源于英特尔安腾处理器（Itanium）平台的推出。
安腾处理器是英特尔瞄准服务器高端市场投入近十年研发力量设计产生的与x...
一个java项目中的软件环境、硬件环境、开发工具具体指的什么啊
请用简练的语言直接回答问题。
Java平台由Java虚拟机（Java Virtual Machine）和Java 应用编程接口（Application Programming Interface、简称API）构成。
Java 应用编程接口为Java应用提供了一个独立于操作系统的标准接口，可分为基本部分和扩展部分。
在硬件或操作系统平台上安装一个Java平台之后，Java应用程序就可运行。
现Java平台已经嵌入了几乎所有的操作系统。
这样Java程序可以只编译一次，就可以在各种系统中运行。
Java应用编程接口已经从1.1x版发展到1.2版。
现常用的Java平台基于Java1.7，最近版本为Java1.8。
Java分为三个体系JavaSE(Java2 Platform Standard Edition,java平台标准版)，JavaEE(Java 2 Platform,Enterprise Edition,java平台企业版)，JavaME(Java 2 Platform Micro Edition,java平台微型版)。
ava语言其实最早诞生于1991年，起初被称为OAK语言，是SUN公司为一些消费性电子产品而设计的一个通用环境。
他们最初的目的只是为了开发一种独立于平台的软件技术，而且在网络出现之前，OAK可以说是默默无闻，甚至差点夭折。
但是，网络的出现改变了OAK的命运。
在Java出现以前，Internet上的信息内容都是一些乏味死板的HTML文档。
这对于那些迷恋于WEB浏览的人们来说简直不可容忍。
他们迫切希望能在WEB中看到一些交互式的内容，开发人员也极希望能够在WEB上创建一类无需考虑软硬件平台就可以执行的应用程序，当然这些程序还要有极大的安全保障。
对于用户的这种要求，传统的编程语言显得无能为力。
SUN的工程师敏锐地察觉到了这一点，从1994年起，他们开始将OAK技术应用于WEB上，并且开发出了HotJava的第一个版本。
当SUN公司1995年正式以Java这个名字推出的时候，几乎所有的WEB开发人员都心生感叹：噢，这正是我想要的！于是Java成了一颗耀眼的明星，丑小鸭一下子变成了白天鹅。
...
转载请注明出处51数据库 » 系统 硬件软件运行环境和开发环境上的限制
