完全Cairo绘制
既然是图形库，如何绘制图形当然是最重要点。请注意，GTK+3.0在这点上，并不是革新的，因为GTK+2.x即已经在绝大多数地方使用Cairo绘制了。
Cairo是什么？它是一个矢量的绘图库，Firefox使用Cairo进行网页的绘制和文字排版。
GTK+2.0的时候，还不依赖于Cairo，在Linux下，是标准的基于xlib建构的图形库。直到GTK+2.8，Cairo才开始作为GTK的重要绘图引擎，从来带来矢量、抗锯齿等特性。但是GTK+依然还有不少图形绘制方面的API及概念是基于X11的，这使得它的跨平台性真的不怎么样。
举一个简单的例子好了，GTK+带有Colormap的概念（来源X11），因为Linux图形环境的限制，默认只能使用RGB的colormap，导致要实现透明的效果（即RGBA）很麻烦，并且兼容性、跨平台性不佳。
但在3.0中，所有跟图形绘制相关的东西，已经全面转移向Cairo了。跨平台相关的代码，基本上都在事件、屏幕、拖曳等处理上了。现在，即使开发者拥有自绘的界面或控件，也能保证在各种平台下有一致的效果了！
更棒的是，由于绘图API的清理和统一，使得GTK+3.0能非常容易地支持除X11、Win32和Mac以外的后端，这就是下节要讲的：
更灵活、更强大的平台扩展支持
前面说到了，GTK+3.0的完全Cairo支持让它的跨平台性更好了。除此之外，还有“平台扩展”能力的大福提升。什么是“平台扩展”能力？
还得记去年我写的《GTK+3.0跑在HTML 5上！——跟X说再见！》吗？对，得益于全新的架构，只需要实现一个后端，GTK+便能以HTML 5的姿态显示出来。
与其同时，GTK+的Wayland后端也在积极开发当中，基本上能在Wayland正式发布时，也有一个标准的GTK+可以使用。因此当前，GTK+一共有：X11、Win32、Mac（Quartz）、HTML 5和Wayland这五个后端。用GTK+写软件，可以跑在这五个平台上！
另外，GTK+3.0还支持多后端功能，即在一个库里面内置不同的后端，在运行时而非编译时选择具体的后端。这对Linux图形从X11向Wayland发展有着非常重要的意义。
还是举一个例子：
熟悉Qt开发朋友应该知道，Qt有一个专门面向嵌入式的版本，叫Qte。但是一个Qt软件，必须在编译时确定它的链接库是Qt还是Qte，如果它要跑在Qte下，必须重新编使其链接至Qte。
但是GTK+3.0就不需要！多后端功能使GTK+可以动态的装载其后端。比如用户的电脑上同时有Wayland和X11环境，那么在有Wayland的情况下，GTK应用程序可以以Wayland的形态呈现出来，在没Wayland有X11的情况下，它便可以以X11应用程序呈现出来。这样同时照顾到了使用经典X11的用户和使用Wayland新桌面的用户，协助Linux桌面的逐步进化……
支持CSS的主题API
GTK+虽然拥有无数的第三方主题，但鲜有让人眼前一亮的。倒不是说缺少漂亮的设计，而是它的主题API不好，语法难懂、文档缺失，即使有好的设计，也不一定能实现出来。现在终于可以跟过去说再见了。
GTK+正式支持了CSS式的主题文件，还支持简单的动画属性——好歹是CSS 3.0了吧。之前的束缚已经没有了，稍微有点设计/前端经验的人，都可以简单地制作出GTK+的主题了。接下来就让我们期待有一个漂亮、精致的主题出现吧！
多点设备的支持
2011年了，到处都是支持多点的触摸屏了。GTK+也不能在这方面落后啊。通过对Xinput 2.0的支持，GTK+也支持多点了。这个多点可以是多个鼠标、多个键盘或者其他，总之是：多个输入设备。
前段日子不是听到出Ubuntu平板电脑的新闻了吗？有GTK+3.0的话，应该会更给力的！
更多Widgets、更棒的App API
前面说的都是基础设施的改进，那么在应用层，GTK+有什么变动？
首先是加入了更多的常用的Widget，如Switch（开关）、Grid（网格布局）等，另外还引入了GtkApplication这个类，想要实现一个应用程序＋多窗口，或者单实例等等，就变得非常方便了。
GTK周边：Glib和GObject Introspection
GTK+不是一个独立的个体，它丰富的周边让它增色不少。比如它所依赖的GLib库，GLib是一个功能非常丰富的C库，在最新版本中，它引入了全新的GSettings用于取代速度很慢的GConf。GSettings在不同的平台有不同的实现，提供统一的API供开发者使用，不像GConf，跨平台不好。
在Win32下，GSettings写注册表，在Linux下，GSettings的实现是dconf，一个存取非常之快的配置中心。以前GNOME桌面有两个比较明显的缺点，一个是加载慢（GConf的初始化和读取设取影响很大），其二是应用程序跨平台不容易，尽管也是GTK+编写，但依赖于GConf的原因，让移植变得困难。现在GSettings一并解决了这些问题。
其次，还有GObject Introspection，它让GTK+的语言扩展能力尽乎无限。以前，除了GTK+、GTKMM（C++）以外，还有一些动态语言的绑定，如Pygtk、perl-gtk。但这些实现是各种独立的，维护成本非常高。
但是GObject Introspection实现了GObject对象的统一调用，这意味着各种语言只要实现一个GObject Introspection的包装，什么GTK+的API，都可以通过它来调用了。就像在Python里用ctype一样，但是通过GI技术，能像使用原生API一样来使用这些C库。
目前为止，对GI支持比较好的已经有Python、JavaScript了。GNOME 3.0的重要组件——GNOME Shell即是使用了JavaScript来实现其UI逻辑部分。
总结
虽然让人等了很久，但是GTK+显然很好地完成了一次平台清理和新特性的加入，可贵的是它依然保持了细小的个头，将能在移动或嵌入式领域发挥重要作用。
此外，自身架构的改变让它可以继续不断地进化，让Linux桌面变得更好！
接下来，就看GTK+3.0在GNOME 3.0和实践生产中发挥作用吧！
