操作系统

什么是32位操作系统

2023-05-01 操作系统本文链接

句柄就是个数字，32位系统下就是4个字节数字，数字是一个对象的唯一标示。翻译成“句柄”不知道是谁。严重妨碍了大家对这个简单词汇的理解。翻译成“把儿”就可以了。

其实应该翻译成“操纵杆〞的，因为 handle 的动词义项就是“处理”或“操纵〞。通过api函数返回一个把儿，我们用完之后析构这个把儿。

web程序也是，前后端通信用的是restful接口，说白了就是api。把好好的后端内部领域模型活生活的从面向对象变成了面向过程。引入句柄的思想，问题解决。

指针和引用本就是一回事，句柄是弱引用，简单赋值句柄不会增加引用计数，个别对象提供显式加引用的函数。理解成对对象的引用准确吗？

查了下关于Vela，它是基于Nuttx实时嵌入式操作系统搭建的软件平台而并不是一个系统。而且Nuttx实时嵌入式操作系统只支持8-32位系统，目前主流系统都是64位。避免误导不了解的人有必要说明下。

有项目要用WIN7 32位操作系统

昨天连夜封装一个WIN7 32位虚拟机

做工控经常遇到这种系统变更的需求

虚拟机带来了无限的便利

【每日小知识】数组指针

首先它是一个指针，它指向一个数组，在32位系统下永远占4个字节。至于它指向的数组占多少字节,不知道。它是“指向数组的指针”的简称。

记得学数电时，都有使用真值表来解析电路的行为。输入信号每次变动一位，列出其对应输出，相当于一个状态转换。CPU其实也可以这样理解，就是一个超级复杂的数字电路，只不过CPU的输入信号空间实在太大了。就算是32位的系统也要有2^32 + 寄存器数量个输入信号，每改变一个输入位状态对应的输出空间也很大。因此数电里的真值表分析方法不太适用了。但无论如何CPU的输入输出状态都是有限的，而且输入空间到输出空间是固定的。这样的话未来量子计算机就可以穷举经典计算机的输入状态和输出状态的映射关系，那么是否可以用量子计算机运行量子算法从而对经典计算机编程？这将彻底颠覆传统软件开发模式！有没有科学家研究这个的？还是我第一个提出来的设想？

谢谢老师回复，[握手]想问一下老师：您装之前的电脑系统是32位还是64位？如是32位改升64位后，原先己装的软件受不受影响？

老魏来啦

剪映收费了吗？导出视频要开通会员怎么办？不开通能导出视频吗？

05:35

【通知：小米终于要全面放弃32位App了！64位纯硬件+系统的时代就要来了！】

刚收到小米发给开发者的邮件，小米应用商店现已支持64位应用上架。从2021年12月底开始，要求所有现有和新发布的应用程序和游戏，需要上传包含64位包体的APK包。而且必须双包在架。也就是开发者必须上传同时包含32位和64位两个APK包。仅有32位包体的APK将禁止上传。

2022年8月底，硬件支持64位的系统，将仅接受含64位版本的APK包。

2023年底，全部硬件将只支持64位APK，32位应用将被彻底淘汰！

这其实也是响应了安卓和ARM的64位线路图。这次小米应用商店，联合OPPO应用商店、VIVO应用商店共同发出这个要求，基本上涵盖了中国市场上大部分的手机用户和分发渠道。其它非手机厂商的应用市场应该也会很快跟进。

由于ARMv9的发布，小米这些依靠高通CPU生存的手机厂商，一定会跟着走的。ARMv9如果想要发挥最大性能，必须要纯64位应用的环境的支持。这在我之前的视频里聊过，想了解ARMv9架构的小伙伴可以去看我频道的那期专题视频。

总之，全部升级64位架构是个大趋势，米OV在行动！#科技##数码迷##小米##OPPO手机##vivo iQOO#

VB/VBA（代表32位）如何继续在64位Win上抖机灵（二）？

我们知道DLL，叫动态链接库，最主要的目的，就是动态地将代码嵌入到进程地址空间，以便使用，其本身并没有执行代码的能力。使用Dll本身也是很简单滴，使用LoadLibrary函数载入就完事了，至于代码是什么，有没有什么问题，这不是它要管的，这也是DLL得以存世的根本理由。

如果在64位进程里载入32位DLL代码，或者在32位进程里载入64位DLL代码，若不统一标准，那麻烦就来了。最简单的就是对齐问题，这个也是VB/VBA里的老大难问题。32位的VB/VBA里，很多东西，你比如句柄、指针等等，都可以不分你我地用Long类型来表示。因为都是4字节对齐的，现在突然改成8字节对齐了，VB/VBA里以前很多扔给Long的东西，就要分家显示各自本来面目了，VB/VBA自然就难以适应了。注入没法搞了，消息也通不了...怎么看，64位里好像都没VB6啥事了！

试想，若在LoadLibrary函数载入DLL时，处理这些代码，载入1个等半天，那还叫动态库吗？所以，挂载不可能在DLL加载机制里实现，只能在EXE加载机制上想办法。事实上，EXE加载时，系统会准备很多配套的东西到进程地址空间，这为32和64的兼容提供了绝佳的机会。所以，进程开销尽管很大，但人们却愿意容忍（用户可能愿意为程序启动等待数秒，甚至数十秒，但是很少能够容忍鼠标有半秒的卡顿）。

老早前就说过，WOW64环境，它虽然也被官方称之为仿真环境，但是和ARM版Win10模拟X86的仿真器相比，则完全是两回事。WOW64是32到64之间的兼容层，是64位系统级的。可以简单地将其理解为1个64位系统钩子，64位系统加载标记为32位PE的过程中，会强行加入该兼容层。

WOW64兼容层提供了32位代码所需用户态资源，所以32位进程的用户态代码，可以足不出户，也能该干嘛干嘛，就像在32位平台上一样。WOW64兼容层还提供了32位用户到64位用户，64位用户到内核层面的通道，完成最终硬件的调用。Windows大部分核心功能的实现，其实是在内核层。平常所用Win32API，只不过是映射到用户层的接口而已(当然也有部分是完全在用户态实现)，其中Ntdll.dll就是核心跳板。

WOW64兼容层，就嵌在32位Ntdll.dll的后面，负责32位代码穿透到内核前，将数据类型等统一到64位标准(其实很简单，就是扩容)，然后转发给64位的Ntdll.dll进入内核。而WOW64兼容层的那几个库，是名符其实的64位DLL，说好的不能加载呢？

事实上，Ntdll.dll作为进入内核的最后一个跳板，通常在用户态就是终极。所以，通过三链查看32位进程加载的模块里，是看不到WOW64兼容层的。所以很多人将WOW64兼容层视为32位进程的内核层，就是这么来的。其实人家也是64位用户层的实现，而真正的内核只有64位的。哪些动不动就说微软屎山的，真应该进去看看，本着虚心的态度学习学习，对自己也是有益无害的。

VB6/VBA代表的32位进程，在64位平台上究竟有什么缺陷，会丢失性能吗？要说没有影响，肯定太绝对。就性能而言，32位进程使用真实的硬件和相同的内核代码，性能即便差也差不到哪里去。多了兼容层，肯定比原生32位平台的有所降低。但WOW64兼容层同时也利用了64位平台上新增的寄存器，所以微软说WOW64对32位进程的性能几乎没有影响，诚不欺也。

实际上，64位上32位进程地址空间，就是32和64位DLL的共生之地，VB6/VBA的确也可以继续抖机灵。欢迎关注BtOfficer，更多精彩仍在继续，有严肃的技术，也有轻松的唠嗑，期待你的加入！

仙女座 M31 星系: 这几天我一直在重新学习天文深空天体后期处理，看图文教程和视频教程学习Pixlnsight le/1.8 处理，两个版本教程都看了，由于电脑是系统32位，Pixlnsight1.8是64位无奈只好用pixlnsigt le 先在电脑里一边看教程一边学一步一步走每处理一点保存。。。直到自己感觉可以了。

北半球无论深空摄影还是深空后期处理首选目标是M42和M31。也是北半球最大肉眼能看到星系星云。

（1） M31 仙女座星系亮场x10。暗场x10 。无平场。

用深空叠加软件DSS3.36叠加。后期Pixlnsght led处理也不知道调了多少次。。。碰了多少次跟头。。教程反复的看，现在看到第一张是叠加后M31就是一个星点，要想把星系尘埃显出出来好难好难。。[酸][流泪][大哭]不过也调出来[泪奔]凑合也能看。下一步如何做蒙版降噪压黑背景。慢慢来。。。。

同时推荐对天文感兴趣朋友两本已经看了大半年的(星空摄影教程)书中内容有浅入深含概好多教程。

顺便做个科普用星图软件演示今晚20:00 M31星系具体位置。

早期很好用的软件，部分太久了，新系统下有时还可以暂用。

随着WIN7，WIN10的更新，之前32位，现64位的系统，旧的软件，部分也安装不了，也用不到了，如何解决？

要不用回旧的电脑，以前用的XP系统多些，很多可能都把旧电脑丢在一边了，或太久不开机，根本开不到机。并且就算开得到机，也可能配置太低，运行的速度太慢。

建议可以安装个虚拟系统，好处还可以测试刚下载的未知软件风险，包括C语言，汇编的调试过程，都可以在虚拟系统下运行，还可以把以前好用的软件安装在虚拟系统下。

比如以前旧的电脑用的是XP，SP1的，现在都用新的电脑WIN7，WIN10高配置了，之前32位的软件部分用不了，但又用习惯了，就可以方便安装个虚拟系统用。

虚拟系统要求，现电脑硬盘120G以上为好与内存4-8G要足够大，这样不会太卡，还有CPU运行快些更佳。

好奇怪哟，重装温7系统32位还是蓝屏。咋回事？