web缺陷：

　　第一个缺陷：非本地化。WEB方式当年最吸引人们的就在于它只需要一个浏览器，所有用户获得的都来自服务器，HTML及相关技术的出现大大简化了对于用户使用网络的技术要求，为网络应用的普及带来了不可忽略的影响。但是这种架构的实现以及对于安全性的保证，限制了其在用户端的信息存储（cookies是一个很有限的例外），这也就意味着即使是完全一样的信息，用户每次需要使用也都需要每次从服务器下载，其效率与允许本地存储的终端软件“一次下载，反复读取”的方法相比，其效率无疑地下了许多。虽然宽带的出现一定程度上缓解了多次需要多次读取的时间浪费，但是宽带无论如何发展，短期内要超越本地硬盘的速度似乎都是一件不可能的事情。而HTML技术的先天限制也决定了即使是同样的表达效果，其执行效率也无法与使用高级语言编写的本地终端程序相比拟，这样使诸如Java这样的小程序出现的一个重要因素。但无论如何修修补补，为了实现其通用性，WEB应用在表现的丰富性以及实现效率上是无法与基于本地的终端程序所比拟的——一个很好的例子就是WEB Mail无论多么普及功能多么强大，但是大多数高级用户仍旧喜欢使用EMAIL终端软件来收发MAIL。

　　但是，如果我们为了WEB的这个缺陷，把所有可以基于WEB的应用都终端化，又会遇到一个当年WEB出现之前我们不得不遇到的问题，用户必须为了一个很小的应用安装一个终端程序，越来越多的终端程序最终将使得用户不胜其烦，同时也会使得用户的系统效率越发低下，所以我们会发现不少网络服务商都为自己的服务推出了终端板，可是如何说服用户再新安装一个终端而犯愁。而IMU的一个重要思路就在于把这两个问题很好的解决了起来——IM作为目前最重要的网络应用之一，用户已经接受而且多半会把其作为一个不可或缺的网络终端，那么其他的网络应用就无需再设计新的网络终端程序，而是可以作为IM程序的一个定制版本或者一个插件的形式来实现，这样终端程序永远只是IM软件一个，可是可以实现的功能却可以不断的扩展，充分发挥终端程序的优势。

　　第二个缺陷：非即时性。严格来说，几乎不存在真正的即时通讯应用，IM只不过把终端软件与服务器互动的间隔缩小到很小的几乎可以忽略不计的时间单位而已。但是正像我们平常在实现中所感受到的那样，IM软件的即时性实现得很好，而绝大多数力图使用WEB来实现即时性的应用就效果来说始终不如IM软件。而这正是IM软件一个独家的优势所在。相信大家对于MSN已经非常熟悉了，这款IM软件一个让许多用户心动的功能无疑就是其EMAIL到达提醒功能，一旦你的HOTMAIL信箱收到了邮件，你的MSN Messager立刻会提醒你。以往类似的功能，一些MAIL Checker软件也可以实现，但是方法却是按照用户设定的时间间隔通过POP3协议去收取邮件，一方面做不到真正的即时性，另一方面执行的效率也十分低下。而MSN把MAIL Checker的功能通过IM来实现，不但达到了即时提醒的效果，而且执行效率非常高，仅仅在邮件到达的时候接受服务器的信息，并且发出提醒，平常根本不需要像普通的程序那样反复检查邮箱的情况。