为什么UC曾经是国内主流浏览器之一，但现在却逐渐销声匿迹了？
UC兴起于2G&功能机时代。
要了解它是怎么起家的，就必须先了解那个时期的移动互联网生态。
当时的移动互联网可以算刚刚兴起，或者说刚刚让普通人用得起。
过去，通过蜂窝网络来接入互联网，是直接通过GSM网络，类似于当年的小猫拨号，只不过一个是无线的，一个是有线的，仅仅是把数模转换给省了。电路交换，独占一条信道，资费高。
后来，手机都支持GPRS了，一个信道里可以挤很多人同时上网，资费降下来了。
但也没降太多。
最早1毛钱/kb，降到了3分钱/kb，再到后来一个月5块钱30mb。
如今看起来都贵得离谱，更别提当年了。
以上是经济方面得状态。此外，还有技术方面的。
以当年手机那孱弱的性能，即使是智能机，渲染完整的web页面也非常勉强。
即使是号称pocket pc，虽然带了pc俩字儿，但CPU主频能达到200MHZ就算行了。512M那是棘皇。
内存128算主流，256算高端。
GPU？
没有！
CPU能带个2D加速那就是高性能了。
再加上屏幕小，许多手机不支持触控。
所以当时的移动端网页浏览就不是主流的web方案。
而是“wap”方案。
使用的标记语言也不是HTML，而是一个精简或者说残疾的wml。
html的许多特性，都是wml不具备的。目的就是要保证wml页面足够精简，以实现在下屏幕，低性能的设备上浏览。
这时候，矛盾就产生了。
因为人对内容的需求是无止境的，希望获得更多的内容和更好的浏览体验。
而wml的体验很差不说，除了大点儿的门户网站，当时多数网站并没有用wml实现的wap端页面。
所以，当年的移动端能通过互联网获取到的内容，相比于PC端，不仅少得可怜，页面还极端简陋。
而直接访问web的html页面，不止手机性能撑不起，流量费也花不起。
这时候，就诞生了一个方案：
即服务端调度转码。
把html页面，进行内容精简，重新排版，转码处理成wml页面，并进行数据压缩后再传输给客户端。
如此一来，虽说还是wml页面，但用户能获取到的内容多了。
几乎可以访问互联网上的所有web站点了。
而且，还十分节省流量。
这就是UC初期干的活儿。
所以，最早的UC，不叫UC浏览器，而叫"UC WEB"，特意在产品名称里强调它能够访问web页面，而不仅限于wap页面。
再加上，当时的UC WEB有J2ME的版本，可以安装在带有J2ME模拟器的功能机上，而不现定于智能机。
要知道，当年的智能机普及率很低，大多数人用的都是功能机。
如此一来，UC所面向的市场可以说非常庞大。
因此，UC起飞了。
其实当时也不是没有竞争对手，主要就是国外的opera。
但早期的opera的路线有点儿问题。
它也是服务端调度转码，但并不是一开始就处理成适配手机屏幕大小的wap页面。
而是先把完整的web页面生成一张带链接图片，传到手机上。
这样一来，用户就能在手机上看到”原汁原味“的web页面了。
尽管它只是一张图。
尽管小了点儿。
之后用户进行局部放大，并点击连接进行导航浏览。
这样做虽然保证用户能看到原汁原味的页面，看似浏览体验获得了巨大的提升。
但其实路走歪了。
因为屏幕小，像素密度也低，那么一张小图，其实看不清多少东西。
用户想看清文本，就得局部放大，再进行游走。
可以说非常麻烦。
你看，如今的网页，无论是响应式布局也好，还是独立的移动端页面也罢。
都是把内容重新排版，适配小屏幕的。
局部放大并游走的方式，只有在万不得已的时候才会使用，可以说基本淘汰了。
更何况，只是一张图？
更何况，许多都是键盘机，不支持划动？
所以，当年的opera虽然在手机端用的人也不少，但就没打过uc web。
再加上后来opera和空中网合作，搞出了opera mobile，还和本部的opera mobile版本并行，简直自家打自家。
再后来，3G时代带来了。不久之后，智能机又开始大范围普及了。流量费也开始变得便宜了一些。
许多大型网站都开始部署移动端的xhtml页面。
wap/wml在逐渐被淘汰。
再再后来，html5把xhtml和wml一块儿拍死了。
其实这时候，服务端调度转码已经没多少价值了。
服务端对页面进行数据压缩，还算勉强有点儿用，能省点儿流量。
但流量越来越便宜不说，相比于直接访问站点，通过服务端调度是有很大缺陷的。
比如身份认证，以及各种安全性问题。
再加上越来越多的站点开始部署tls，所以服务端调度那一套行不通了。
但当时UC在之前积累的口碑还在，再加上那时候版权管的不严。
于是UC就相继搞出了网文页面转码，页面视频嗅探下载之类的花活来吸引用户。
结果，这些行为可能涉及侵权，逐渐玩儿不下去了。
再加上后来归属了阿里，那还能有好下场？
而且，国内许多APP，不愿意乖乖的干本职工作，总想成为内容推送平台。
着实惹人讨厌。
