Windows internals 7 -- 3 -- 概念与工具

好多书都是看了一半就一直没再看了，每次重新翻起来的时候，又是从第一章开始，这次也不能免俗，从第一章开始

先从查看版本号开始吧：

在CMD LINE中可以通过WINVER来查看当前系统的版本号

前面提到过WINDOWS系统的合并

以前，我们公司的驱动代码，最终合成后，叫“ALL IN ONE”这个比较土的名字

微软也同样，取了一个挺土的名字， ONE CORE

ONE CORE是可以在PC, PHONE, XBOX ONE, HOLOLENS(这东西没啥概念)， IOT DEVICE (RASPBERRY PI 2)上跑

不过说到，这个IOT DEVICE，本人是根据树莓派官方的指导，弄了好几次，都没把WINDOWS IOT VERSION烧写成功，现象都是烧到一半，挂死在那里了

当初，与美国一家软件公司的CEO聊的时候，他自豪地跟我说，他们公司接到微软的订单，负责IOT的业务，当时我也没在意，说声恭喜就是了。

后来，在玩树莓派的时候，发现如此不爽的问题，想到当初他说的这个事情，发了封邮件过去，结果人家说，已经终止合作了，

给人的感觉就是，微软在移动设备上，总是发不了力，当初的WINDOWS CE，现在的WINDOWS IOT，都有始无终，草草收场的感觉。

为了证明我不是在黑微软，给出树莓派的官方链接：

https://developer.microsoft.com/en-us/windows/iot/getstarted

关于WINDOWS的API，以前都是符合C语言规范的，C是很好的底层语言，可以被许多其它语言访问

但C也有它的弊端，如：命名，就没有命名空间这一说法，名字上管理比较容易混乱

在C之后，WINDOWS API引入了COM规范，即组件对象模型，主要的目的是实现OFFICE之间的嵌入，如在WORD, PPT中嵌入一个EXCEL表格

列几个名字, 当作了解一下就行：

COM: COMPONENT OBJECT MODEL

OLE: OBJECT LINKING AND EMBEDDING

DDE: DYNAMIC DATA EXCHANGE

反正这些东西，当初了解的过程当中，就是用在WINDOWS OFFICE之间交换数据的，或许，就是因为C的API达不到这种目的

微软才搞出一套COM的东西，COM就是OLE 2

使用COM API的还包括， DSHOW, DX等等，不再深究了，之后会不会用到，还不一定

如何不仔细，会忽略一个新的概念，叫WINDOWS APPS

初以为，这就是一个应用程序的概念

其实不是，这里的WINDOWS APPS，原来的名字是， METRO APPS, MODERN APPS, IMMERSIVE APPS, WINDOWS STORE APPS

WINDOWS APPS的目标是针对各种不同类型的设备，如IOT, PHONES, TABLETS, LAPTOPS, DESKTOPS, XBOX ONE, MICROSOFT HOLOLENS

METRO APPS的名字，是看到过的，之后那一大堆名字，感觉是微软在不停地变名字，但实质的东西，却没有变

为了区别,原来的APPS，叫作WINDOWS DESKTOP APPLICATIONS, CLASSIC WINDOWS APPLICATIONS

WINDOWS APPS是不是可以理解为，非本地应用，而是SERVER上到本地的应用？??

看到这里，已经对一大堆似是而非的概念，名词，不知所措了

*********

进程： PROCESS

进程的概念只要是学计算机的朋友，都了解

也清楚进程与一个程序的区别，如下，且当记录：

1.有独立的虚拟地址空间

2.有可执行的代码，如初始化代码，数据，映射到虚拟地址空间当中

3.名柄表，上大学的时候，WINDOWS的学习是比较火的，好比现在的LINUX，当时，知道什么是句柄，就会给人一种MO BAI的感觉

事实上，句柄是一个数字，在列表当中的INDEX，该数字与实际内存当中的对象（对象虚拟地址、指针），是一一对应的关系

4.安全上下文：通俗地说，这个应该是比较复杂的一TAO访问权限

5.进程ID

6. 至少包含一个纯程

本书让读者下载一个Sysinternals的工具，Process Explorer

以前看书的时候，玩过一次，这里就不多讲了，下载下来看看，比task manager有更多的信息。