最近需要一个基于Windows Mobile的手机做试验平台，就买了个魅族M8，支持一下国货 :)

这个手机总的来说还可以，我还算喜欢。我也有iPhone，就忍不住对比了一下。不得不说，细节上差距还很大。可能国内好的软件设计师还是少吧。M8的硬件大体上不比iPhone差（不过没有3G和GPS），屏幕可能还好一些（分辨率高），但软件的usability比iPhone差了不止一点两点。总体感受是，iPhone是一个达到release quality的的产品，而M8目前看起来还只是beta quality，甚至是alpha quality，或者可能都还没feature complete。

首先是稳定性。M8有时候会睡死。就是处于休眠状态（或者说待机状态）然后就发现怎么都醒不过来了。发现这个问题是因为买来的第1天我用它定了个闹钟，结果第二天就睡过头了，闹钟没响，然后就发现其实根本是黑屏了，按啥键都没反应，连开机关机键都没反应，只能把电池拿出来装回去重新开机。后来Google了一下发现这个问题不止我一个人碰到。这个问题是软件的bug，说大也不大，尤其是如果主要用来做测试用机的话。毕竟也不会太频繁睡死。但若说是小问题呢，那也不小。等于说闹铃功能就不可靠了，因为定了闹钟也不一定会响嘛。甚至可以说电话功能都不可靠了，因为如果睡死了放在口袋里没注意那电话也接不到的。那么基本上等于说这个手机就没法做比较严肃的用途了（比如商务手机），你不想因为手机的bug没接到电话而错失大生意吧？但愿下个版本的固件可以修正这个问题。

值得一提的是，Google了一下据说这是Windows Mobile手机的通病（别的品牌的Windows Mobile手机睡死几率会小一些）。好吧，难怪商务手机大家还偏爱Blackberry。微软还任重道远。

然后，一些操作的方便程度比iPhone也差很多。比如要删条短信大概得按4次键。比如便签程序那跟iPhone自带的不是一个档次的。比如没有自带的笔画输入法（M8还国产手机呢... 在美国买的iPhone都带很好用的中文笔画输入法的，苹果还是个美国公司呢）。另外还有很多地方我都觉得设计有些没必要的复杂化和不直观。

我举个闹钟功能的例子吧。猜猜我要设个单次闹铃得按几个键？答案是——不包括设置时间的操作，也得按至少10个键。首先，要添加闹钟…… 呃这个我对着屏幕琢磨了半天才知道怎么添加，原来要先点击某个藏在不起眼的角落（右上角）的“设置”图标，然后把手指移动一个最远的距离（到左下角），点击“添加”，然后还要按“循环”，然后... 我要按7次分别把周一到周日点掉!!! 这是哪个天才设计的呀!!! 另外，iPhone可以用手指滑动一个滚轮来选时间，但M8不可以，必须手输数字。

另外，可能是基于Windows Mobile的缘故吧，某些操作的响应速度也比iPhone差一些。有时候会某个图像显示了一半卡在那边半天，结果就是屏幕看起来怪怪的，很有熟悉的Windows的感觉。

然后，浏览器是个硬伤。Opera比Safari差不少。Safari是基于open source的WebKit内核的。开发一个可以用在M8上的WebKit内核的浏览器技术上并不难，不知道有没有人做。

然后，M8的WiFi功能不支持连接用证书方式加密的无线网络，只能输密码。这个，呃，企业网络大多数是用证书方式加密的吧，根本没有密码可以输。莫非M8彻底的放弃了商务手机市场。其实只是个很小的功能，但缺少这个功能，在很多时候就跟根本没有WiFi功能一样。没WiFi倒也不要紧，如果有3G的话。可惜这个手机不支持3G。这里不得不赞一下iPhone，啥功能都是拿出来就能用，不学就会用。我一度担心iPhone的WiFi在用证书方式加密的无线网络也会出问题，因为那个用证书的加密网络连接其实用Windows笔记本电脑都配置起来蛮麻烦的。出乎我意料的是iPhone几乎做到了零配置上网，非常impressive。

当然，说了这么多还是因为觉得M8有希望。所有这些问题都是软件问题，都可以以比较小的effort改进，出个新版固件刷一下机就可以了。等这些问题解决之后，M8还是很不错的。

美国财政赤字已经很夸张了，所以做这种进一步增加开支的事情是有点放不开手脚的。不过中国不一样。如果我没记错的话，好像去年还是前年中国是有财政盈余的。所以，中国政府刺激经济的力度大概是全世界最大的（可能总开支没美国大，不过把开支除以经济总量再除以期限的话那就大了）。

那么，接下来必然会面对的一个问题就是，多花了的这些钱，在将来是要还的，从哪儿弄钱来还呢？

我设想了几种可能性。

一个是开动印钞机印。这个事情美国基本上一定会做（因为没有别的选择），中国做不做我不知道，我猜也会做的。

一个是提高土地出让金。这个事情美国是做不来的，美国土地早就都私有了，政府手里没啥地，谈不上出让土地赚钱。不过中国能做。中国政府的一大重要收入来源就是土地出让金。好像最近又有一些地王的新闻了。大概是政府刺激经济的开支太多，缺钱了，就通过高价转让土地给央企的方式来解决财政缺口。反正央企也是国家的嘛，左口袋的钱拿出来放右口袋里而已。（不用争论什么土地出让金收益归地方政府不归中央什么的，刺激经济要出的那些钱是地方政府也有份的。）为什么是央企？因为土地是拍卖形式出让的，不是你想提高出让金就能提上去的，得有人接才行。所以你看国难当头的时候民企靠不住啊还是央企觉悟高啊能帮忙扛啊... （这个想法听起来很邪恶...）

【下文有剧透，慎入】

其实我并没有一休眠就把笔记本合上。不过，我有时候就忍不住想，凭什么不可以啊。这个操作简直最正常不过了嘛。休眠就说明准备暂时有一段时间不用本本，那就很可能要把本本放包里带走，那当然是要合上的~~~ 如果操作系统不支持，那是操作系统设计得傻，不是用户傻。从技术的角度，Hibernate和合上笔记本都是产生一个事件通知操作系统用户做了什么事情。比较正常的操作系统都会按照事件发生的先后顺序得到通知。稍稍聪明点的操作系统完全可以做成在已经收到Hibernate请求之后就忽略不计后面的Sleep请求。

回到Ctrl-C Ctrl-V的故事，我觉得那个老板有这样的需求也很正常嘛。我们为什么不是想办法实现这个功能，而要嘲笑老板想做电脑做不到的事情呢？

讲2个从Ctrl-C Ctrl-V引申出来的故事吧：

(1) 你在网吧打游戏正爽。忽然来了一群戴着墨镜纹着刺青叼着雪茄的大汉，说，不好意思，一楼我们包场了，你到楼上接着玩吧。

(2) 你在银行或者企业管服务器，哪天你想给服务器换个更快的CPU再多插几根内存多加几个硬盘顺便给操作系统打些补丁（某些操作系统打完补丁必须重启），于是你不得不发出个例行通知：本银行明天下午系统维护，华东地区各分行业务暂停，信用卡交易也暂停；本公司邮件服务器维护，届时各位同事将有3小时时间无法收发邮件。

(1)和(2)所需要的solution，其实本质上就是在机器甲Ctrl-C，到机器乙Ctrl-V。学名叫做“一组应用程序及其状态和数据在不同电脑间的热迁移”。

有人会说了，这个OS virtualization也可以做到。你在机器甲上面运行一个VMware的image。然后suspend，拷贝到机器乙，resume，就行了。

这当然是没错。不过OS virtualization有3个小问题和1个大问题。
先说小问题
(1) 性能。你试试在VMware里面运行3D游戏看呢。
(2) 尺寸。VMware的image通常都是GB数量级的。几十G很正常。几百G不稀奇。你试试看在网吧楼下对那一群大汉说，等等，我正在把这个50G的文件拷贝到移动硬盘上，大概再有半小时就拷完了。你们先在旁边歇一会儿。
(3) 对异构硬件以及Windows支持得不好。你试试看在ThinkPad上运行VMware的Windows image然后拷贝到Dell的机器上呢，Windows多半会提示需要重新激活，因为硬件已改变。事实上微软大概会说，你是在2台机器上运行Windows了，你需要买2个license。
再来说大问题。
(4) 上面的服务器例子有提到，你可能会因为要给机器甲加硬件，给机器甲上装的操作系统打补丁，但又不想中断应用程序的运行，而暂时把一组应用程序迁移到机器乙。如果你用OS virtualization的方案，那么加硬件这个事情可以做了，但给操作系统打补丁这个事情依然办不到，因为操作系统跟着应用程序一起迁移到机器乙了。

有人又说了，好吧，OS virtualization搞不定嘛还有application virtualization技术啊。

Application virtualization技术其实有2个流派，

第一个流派的本质其实就是包装一个application的免安装版本，在电脑乙上重新运行这个application。可以把这个application的数据输出重定向到网络文件服务器。这个流派其实只做到application的迁移，数据的迁移也算做到了（数据其实是集中储存的），但做不到状态的同步迁移，也就是说算不上“热迁移”。换句话说如果你在网吧玩的游戏不带存盘功能，那么你没法跑到楼上接着玩。

第二个流派的本质是在一台中央服务器上运行application，另一台机器其实只是远程桌面到中央服务器。这个给人的感觉是热迁移（用网吧的那个例子，通俗的说，游戏依然在楼下的电脑上跑，不过你把显示器扛到楼上去了），但这只是给人了热迁移的感觉，其实根本就没迁移。你依然不能给楼下的电脑加硬件给操作系统打补丁。而且你极度依赖网络，电脑乙和甲必须始终联网。而且电脑甲始终被占用着。那些大汉会发现，靠，怎么一楼的电脑那么慢啊（你正在偷偷地用楼下电脑打游戏呢，当然慢了），重启一下吧。于是你的游戏就没了。

有没有第3种解决方案，真正地把一个运行中的应用程序连带它的数据和状态迁移到另一台电脑上去呢？

其实写过程序的同学大概都有过这样的经历：你的客户或者负责测试你的产品的同学告诉你，你的程序在他们的机器上crash了。你想在自己的机器上重现问题，怎么办呢？你大概会要求你的客户或者QA把core dump文件给你。

没错，在电脑甲上运行的程序产生了一个core dump，你把core dump拷贝到电脑乙，然后gdb这个core dump，你是可以按r继续运行这个程序的。这是一点都不掺水的真正意义上的程序跨机器迁移。

如果你曾经在做信息安全的公司工作过，你大概还了解这样一个技术：一个程序，你不知道他是好人还是坏人。那么可以把他放在一个隔离的环境中执行。当你发现他开始做坏事的时候可以把这个程序给“冻住”，把他刚刚做过的事情复原。基本上，这个技术虽然是用来对付坏人的，但用来给好人搬家也没啥问题。

当然，这个技术思路，只能说迁移了单个程序。即便如此也已经很困难了，因为大概会遇到不少兼容性问题。另外你还需要知道这个程序依赖于其他哪些程序，会访问哪些数据，都有哪些东东共同组成一个软件系统，怎么把整个软件系统迁移过去（这个会依赖上面第一个流派的成果）。这个基本上做起来还是有很大难度的，很容易走入死胡同。（不死心的同学可以继续尝试，可能需要license一两个专利 ^_^ ）

事实上不管你是哪个流派，靠application virtualization技术是无法在所有情况下都做到应用程序的状态的热迁移的。一个很简单的例子是你的application建了几个TCP连接，那么我们都知道TCP连接是在OS kernel里面的协议栈维护的，你只迁移application而不迁移OS kernel是无法做到把这几个TCP连接带走的。当然，技术上的不完备和商业上的成功与否基本是没有关系的。就像我们都知道医院不能包治百病，但如果100个病能治好99个，或者哪怕只能治好50个，那么这个医院就已经很有存在的价值了。

其实还有第4种做法。第4种做法因为思路迥异（所谓think out of the box），做的事情也比较到位，我就不再将其归入application virtualization了，而称之为workset virtualization。这个以后有空再说。

Anyway，我的point是，大概要不了多久，在家Ctrl-C到公司Ctrl-V就toooooooooooooooo old了会变得不好笑了。

[以下内容由testfreaks.cn独家赞助，赞助商对本文观点不施加影响。]