64位进程必须在64位操作系统上运行吗

huasa2239635117 2017-09-28 03:43:43
最近在看《CLR via C# 》,里面介绍到,C#编译器有一个platform命令开关,可以用它来控制
“生成的程序集只能在运行在32位Windows版本的x86机器使用,或只能在运行在64位Windows版本的x64机器上使用,或只能在运行32位Windows RT的APM机器上使用”
这句话里的“运行32位Windows RT的APM机器”是什么?我联系上下文理解为“平板电脑上的系统”?这样对吗?
这个是小问题,不知道也不影响阅读。
更重要的是Environment有个属性Is64BitOperatingSystem,注释是确定当前操作系统是否是64位操作系统
还有一个属性是Is64BitProcess,注释是确定当前进程是否是64位进程
我想问的是:这两个属性都为true的话,那么程序一定能运行;若是64位操作系统,但不是64位进程,应该也是可以运行的,那么它是怎么运行的呢?
我现在真心希望有个人能帮我解答啊,这块看懵了

还有一个问题:
这个MSCorEE.dll应该是安装了.Net Framwork的机器上才有的吧,那为什么我开发出来的程序,能在不安装VS的电脑上运行呢?
还是说,其实Window系统已经默认安装了.Net Framwork了?
这里面在Window发售时已经打包好了.Net Framwork,表达的意思是大部分有Windows的机器都安装了.Net Framwork吗?
...全文
433 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
huasa2239635117 2017-09-28
  • 打赏
  • 举报
回复
引用 6 楼 caozhy 的回复:
这是必须的。道理很简单。64bit操作系统才能支持64bit的进程的切换。 操作系统允许你同时执行多个进程,即便你只有1个cpu内核,这是怎么做到的?是靠进程切换做到的。更进一步说,是线程的切换,因为进程本身是油至少1个进程组成的。 操作系统维护线程上下文,所谓线程上下文就是指cpu运行程序的时候,当前cpu的寄存器的状态。 操作系统在切换线程的时候,需要把当前(需要冻结)的线程的所有寄存器的值存入内存,然后,再把另一个线程(需要恢复)的值从内存中恢复到寄存器里,然后才实现线程的切换。 我们知道,32bit的寄存器是32bit的,64bit的寄存器是64bit的。那么显而易见,32bit操作系统不具备64bit进程切换的能力,所以当然不能执行64bit程序(尽管cpu本身是64bit的)。
我明白你说的意思了,而32bit的进程可以在64bit的操作系统上运行,是因为它的寄存器是64bit的,拥有切换32bit进程的能力,是吗?
threenewbee 2017-09-28
  • 打赏
  • 举报
回复
引用 10 楼 huasa2239635117 的回复:
[quote=引用 6 楼 caozhy 的回复:] 这是必须的。道理很简单。64bit操作系统才能支持64bit的进程的切换。 操作系统允许你同时执行多个进程,即便你只有1个cpu内核,这是怎么做到的?是靠进程切换做到的。更进一步说,是线程的切换,因为进程本身是油至少1个进程组成的。 操作系统维护线程上下文,所谓线程上下文就是指cpu运行程序的时候,当前cpu的寄存器的状态。 操作系统在切换线程的时候,需要把当前(需要冻结)的线程的所有寄存器的值存入内存,然后,再把另一个线程(需要恢复)的值从内存中恢复到寄存器里,然后才实现线程的切换。 我们知道,32bit的寄存器是32bit的,64bit的寄存器是64bit的。那么显而易见,32bit操作系统不具备64bit进程切换的能力,所以当然不能执行64bit程序(尽管cpu本身是64bit的)。
我明白你说的意思了,而32bit的进程可以在64bit的操作系统上运行,是因为它的寄存器是64bit的,拥有切换32bit进程的能力,是吗?[/quote] 可以这么理解,但是实际上,操作系统使用WoW64(Windows On Windows64),相当于一个32bit虚拟操作系统上执行32bit程序。
huasa2239635117 2017-09-28
  • 打赏
  • 举报
回复
引用 7 楼 sp1234 的回复:
APM 还是 ARM?
ARM不好意思,拼错了
threenewbee 2017-09-28
  • 打赏
  • 举报
回复
这是必须的。道理很简单。64bit操作系统才能支持64bit的进程的切换。 操作系统允许你同时执行多个进程,即便你只有1个cpu内核,这是怎么做到的?是靠进程切换做到的。更进一步说,是线程的切换,因为进程本身是油至少1个进程组成的。 操作系统维护线程上下文,所谓线程上下文就是指cpu运行程序的时候,当前cpu的寄存器的状态。 操作系统在切换线程的时候,需要把当前(需要冻结)的线程的所有寄存器的值存入内存,然后,再把另一个线程(需要恢复)的值从内存中恢复到寄存器里,然后才实现线程的切换。 我们知道,32bit的寄存器是32bit的,64bit的寄存器是64bit的。那么显而易见,32bit操作系统不具备64bit进程切换的能力,所以当然不能执行64bit程序(尽管cpu本身是64bit的)。
ilikeff8 2017-09-28
  • 打赏
  • 举报
回复
windows自带.net framework,只是版本不同,win7好像自带3.5 win10自带4.0好像,如果你的程序的fw比系统高,就需要安装,否则不需要,和以前mfc一样,微软搞捆绑预装不一天两天了
  • 打赏
  • 举报
回复
微软以前参与搞了一个 Wintel 联盟,你可以了解一下。 10年前微软开始向 ARM 阵营转移。但是并不顺利,微软自己扔掉了手机系统,这就是他的失败。
  • 打赏
  • 举报
回复
APM 还是 ARM?
  • 打赏
  • 举报
回复
搜索WOW64 (Windows-on-Windows 64-bit) 需要去看一下操作系统原理相关的知识,比如指令系统,内存寻址,进程启动的整个过程
  • 打赏
  • 举报
回复
围观大神,其实能在实际开发中理解运用#2描述的就可以了。
nanfei01055 2017-09-28
  • 打赏
  • 举报
回复
64位系统下进程有可能是以32位运行,也可能以64位运行。
nanfei01055 2017-09-28
  • 打赏
  • 举报
回复
是的,32位应用可以在64位上运行,但64位应用不可以在32位上运行。
多源动态最优潮流的分布鲁棒优化方法(IEEE118节点)(Matlab代码实现)内容概要:本文介绍了基于Matlab实现的多源动态最优潮流的分布鲁棒优化方法,适用于IEEE118节点电力系统。该方法旨在应对电力系统中源荷不确定性带来的挑战,通过构建分布鲁棒优化模型,有效处理多源输入下的动态最优潮流问题,提升系统运行的安全性和经济性。文中详细阐述了模型的数学 formulation、求解算法及仿真验证过程,并提供了完整的Matlab代码实现,便于读者复现与应用。该研究属于电力系统优化调度领域的高水平技术复现,具有较强的工程实用价值。; 适合人群:具备电力系统基础知识和Matlab编程能力的研究生、科研人员及从事电力系统优化调度的工程技术人员,尤其适合致力于智能电网、鲁棒优化、能源调度等领域研究的专业人士。; 使用场景及目标:①用于电力系统多源环境下动态最优潮流的建模与求解;②支撑含可再生能源接入的电网调度决策;③作为鲁棒优化方法在实际电力系统中应用的教学与科研案例;④为IEEE118节点系统的仿真研究提供可复现的技术支持。; 阅读建议:建议结合提供的Matlab代码逐模块分析,重点关注不确定变量的分布鲁棒建模、目标函数构造及求解器调用方式。读者应具备一定的凸优化和电力系统分析基础,推荐配合YALMIP工具包与主流求解器(如CPLEX、Gurobi)进行调试与扩展实验。
内容概要:本文系统介绍了物联网与云计算的基本概念、发展历程、技术架构、应用场景及产业生态。文章阐述了物联网作为未来互联网的重要组成部分,通过RFID、传感器网络、M2M通信等技术实现物理世界与虚拟世界的深度融合,并展示了其在智能交通、医疗保健、能源管理、环境监测等多个领域的实际应用案例。同时,文章强调云计算作为物联网的支撑平台,能够有效应对海量数据处理、资源弹性调度和绿色节能等挑战,推动物联网规模化发展。文中还详细分析了物联网的体系结构、标准化进展(如IEEE 1888、ITU-T、ISO/IEC等)、关键技术(中间件、QoS、路由协议)以及中国运营商在M2M业务中的实践。; 适合人群:从事物联网、云计算、通信网络及相关信息技术领域的研究人员、工程师、高校师生以及政策制定者。; 使用场景及目标:①了解物联网与云计算的技术融合路径及其在各行业的落地模式;②掌握物联网体系结构、标准协议与关键技术实现;③为智慧城市、工业互联网、智能物流等应用提供技术参考与方案设计依据;④指导企业和政府在物联网战略布局中的技术选型与生态构建。; 阅读建议:本文内容详实、覆盖面广,建议结合具体应用场景深入研读,关注技术标准与产业协同发展趋势,同时结合云计算平台实践,理解其对物联网数据处理与服务能力的支撑作用。
标题基于Java的停车场管理系统设计与实现研究AI更换标题第1章引言介绍停车场管理系统研究背景、意义,分析国内外现状,阐述论文方法与创新点。1.1研究背景与意义分析传统停车场管理问题,说明基于Java系统开发的重要性。1.2国内外研究现状综述国内外停车场管理系统的发展现状及技术特点。1.3研究方法以及创新点介绍本文采用的研究方法以及系统开发中的创新点。第2章相关理论总结Java技术及停车场管理相关理论,为系统开发奠定基础。2.1Java编程语言特性阐述Java的面向对象、跨平台等特性及其在系统开发中的应用。2.2数据库管理理论介绍数据库设计原则、SQL语言及在系统中的数据存储与管理。2.3软件工程理论说明软件开发生命周期、设计模式在系统开发中的运用。第3章基于Java的停车场管理系统设计详细介绍系统的整体架构、功能模块及数据库设计方案。3.1系统架构设计阐述系统的层次结构、模块划分及模块间交互方式。3.2功能模块设计介绍车辆进出管理、车位管理、计费管理等核心功能模块设计。3.3数据库设计给出数据库表结构、字段设计及数据关系图。第4章系统实现与测试系统实现过程,包括开发环境、关键代码及测试方法。4.1开发环境与工具介绍系统开发所使用的Java开发环境、数据库管理系统等工具。4.2关键代码实现展示系统核心功能的部分关键代码及实现逻辑。4.3系统测试方法与结果阐述系统测试方法,包括单元测试、集成测试等,并展示测试结果。第5章研究结果与分析呈现系统运行效果,分析系统性能、稳定性及用户满意度。5.1系统运行效果展示通过截图或视频展示系统实际操作流程及界面效果。5.2系统性能分析从响应时间、吞吐量等指标分析系统性能。5.3用户满意度调查通过问卷调查等方式收集用户反馈,分析用户满意度。第6章结论与展望总结研究成果,提出系统改进方向及未来发展趋势。6.1研究结论概括基于Java的停车场管理
内容概要:本文深入探讨了新能源汽车智能座舱领域的新技术,重点聚焦增强现实抬头显示(AR-HUD)与高通8295车规级芯片。详细分析了HUD技术从C-HUD、W-HUD到AR-HUD的三代演进过程,揭示了AR-HUD如何通过虚实融合重构驾驶交互体验,并介绍了其在光学设计、虚实融合精度、算力需求和全天候适应性方面的核心技术难点及未来突破方向。文章还梳理了AR-HUD市场现状,指出其虽处于导入期但前景广阔,预计将成为中高端车型标配,并展望了超大视场角、多模态交互、跨场景应用和产业链协同升级的四大趋势。; 适合人群:汽车电子工程师、智能座舱研发人员、自动驾驶领域技术人员以及对新能源汽车前沿技术感兴趣的从业者和研究人员。; 使用场景及目标:①理解AR-HUD的技术原理与发展路径,掌握其在智能座舱中的核心作用;②分析AR-HUD面临的工程挑战与产业化瓶颈,为技术研发和产品规划提供参考;③把握智能座舱未来发展趋势,助力企业制定技术路线与战略布局。; 阅读建议:此资源技术深度较高,建议结合行业动态与实际案例进行延伸学习,重点关注AR-HUD与高算力芯片、AI大模型、高精度地图的协同关系,理解其作为“场景化智能交互终端”的长远价值,而非仅限于当前功能实现。

111,119

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧