俏也不争春，只把春来叫

Python上手指南

lenciel — Mon, 28 May 2012 10:46:49 +0800

刚刚开始使用Python开发的新手，遇到的第一个瓶颈（常常）就是缺乏对整个Python生态系统的理解。大家总是在网上搜索完成这件事或者那件事的“标准做法”，就像我们使用其他编程语言的时候常常需要掌握的一样。

在和几个朋友开始iDVR的开发的时候，我们在内部Wiki上维护过一个Python中常见问题列表。我们的目标是随着项目的不断进步，这个内部的wiki能够变成一个豪华的Q&A索引，但是事实证明项目一忙起来就没有人去写Wiki了。

最近陆续有朋友问一些Python相关的问题，想想其实要用三言两语说清楚并不容易，就决定在那份wiki的基础上自己写一个版本，给那些刚开始使用Python（从来没有编过程的读起来可能没啥帮助）的同学。

Warning

Python编程是个大话题，不是这里讨论的内容。如果你没有太多编程经验，应该先去看一点儿Python的入门书籍。

另外，这片文章是基于Windows（最好是Win7 32bit）操作系统。潮人请不要问为啥不是Mac或者Linux，因为本座主要用的机器（包括码这篇Blog）都是用Win7 32bit。不过除开环境搭建，这里提到的大部分概念对其他系统都是适用的。

如果你有环境搭建上的问题，最靠谱的提问的地方不是CSDN或者百度知道，是Stack Overflow。

版本选择

本座在某软件公司面试的时候别人看到简历上有Python就问，Python3用过吗？本座老实回答没有，结果面试官就停下他正在笔记本上google的微操，在脸上流露出一丝嘲讽…

不过，除了Python这门语言本身的开发者，大多数像本座这种使用Python的人，都没有紧跟Python3的步伐。Python3（或者叫Py3K）是一个大多数我熟悉的包，框架和工具都还没有完备支持的版本（在未来的数年本座也看不到希望）。如果不是想研究Python3的新特性或者具体实现，个人觉得初学的开发者使用2.7.x是最安全的版本（本座还在用进M公司就装好的2.6版本）。

如果你比较熟悉Python但是不确定该不该升级到Python3，不妨先去观赏一下Python 3 Wall of Shame (墙外，你们懂的)。

VM选择

Python是脚本语言，因此需要VM。CPython是最主流的选择，也被当成其他VM实现时的参考。其他常见的还有用Python实现的PyPy，用Java实现的Jython 以及用Microsoft .Net CLR实现的IronPython。如果你不是非常非常确定你自己要选用别的，就安装CPython吧。

换句话说，前面这堆关于VM和版本选择的建议在你看来不知所云，你需要的就是CPython 2.7.x版本。

Python安装

下载之后的.exe安装文件安装的时候有一个地方需要注意：如果你是在Vista/Win7这样的C盘权限控制异常严格的操作系统，最好用右键“Run as administrator”。这点也适用于你下载到的被其他人编译成exe发布的Python package。嗯，什么是package？

理解package

Python没有一个内置的package管理体系。实际上Python下面一个package是什么也是一个很“不具体”的概念。就像前面提到的，Python下面的代码是以module为单位存在的。每个module既可以是一个只有一个函数的文件，也可以是一个包含了一个或者多个子module的目录。而module和package之间的区别是非常模糊的，每个module都可以被认为是一个package。

和所有的编程环境一样，在Python下面有一些函数和类是全局可见的（str，len，Exception等等），而另外一些需要通过import语句导入，比如：

>>>import os
>>>from os.path import basename, dirname

这里import被调用的时候，Python是从哪里把这些module导入的呢？其实，在你安装Python的时候，module的导入路径已经被自动设置过了。这个过程的具体实现是跟你运行的平台相关的，你可以通过sys.path来查看被设置的路径究竟是什么。比如本座的是：

['',
'C:\\Python26\\lib\\site-packages\\demjson-1.4-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\anyjson-0.2.5-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\pmw-1.3.2-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\paramiko-1.7.6-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\treewidgets-1.0a1-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\mechanize-0.2.3-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\pylint-0.22.0-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\logilab_astng-0.21.0-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\logilab_common-0.53.0-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\unittest2-0.5.1-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\virtualenv-1.5.1-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_staticfiles-0.3.2-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_attachments-0.3dev-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_ajax_validation-0.1.4-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_email_confirmation-0.2.dev4-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\distribute-0.6.10-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_timezones-0.2.dev1-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django-1.3-py2.6.egg',
'C:\ \Python26\\lib\\site-packages\\rbtools-0.3.2-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\django_debug_toolbar-0.8.4-py2.6.egg',
'C:\\Python26\\lib\\site-packages\\suds-0.4-py2.6.egg',
'C:\\Windows\\system32\\python26.zip',
'C:\\Python26\\DLLs',
'C:\\Python26\\lib',
'C:\\Python26\\lib\\plat-win',
'C:\\Python26\\lib\\lib-tk',
'C:\\Python26',
'C:\\Python26\\lib\\site-packages',
'C:\\Python26\\lib\\site-packages\\PIL',
'C:\\Python26\\lib\\site-packages\\wx-2.8-msw-unicode']

Python在导入的module的时候，是按照这个列表“自顶向下，见好就收”的方式运作的。也就是说如果你正好机器上有两个路径下面安装了同样名称的module，先被搜索到的那个就会被导入。有的时候，你确信自己受到了这种机制的干扰，也可以通过下面的办法来hack回来：

sys.path.insert(0, 'path\\to\\your\\packages')

进行一段时间的Python开发过后你总是会有很多的包，于是这个办法你会觉得非常的方便。但是，请结合后面的内容默默记住，不到万不得已，不要这样hack。

The PYTHONPATH

PYTHONPATH是一个环境变量（可以win+break到高级设置里面去设置），可以简单的理解它就是Windows下面的PATH变量，不过只是对Python可见而已。在很多Python的教程里面，会说所有你想要让Python搜索module的路径，都应该加到这个变量对应的列表里面。

其实前面提到过，在Python安装的时候搜索路径已经被自动设置过一次。所以PYTHONPATH这个变量并不是必须加的。而且，作为开发环境满坑满谷的程序员，我们都喜欢把Path里面搞得干干净净的（比如本座干活都习惯在bat里面先设置相关的路径再起相应的Eclipse）。这种一启动就load一堆的办法，自己喜欢也可以用，但是更推荐后面会说的virtualenv。

第三方package

首先，入门之后要开始正经干活，你总是需要安装一些第三方的Package。安装的办法有：

下载别人编译好的Windows的版本exe
使用pip或者easy_install
自己从代码安装

三种办法干的事情都是类似的：下载package的依赖包，编译（需要的话）和拷贝目标文件到一个默认的第三方Package路径。那么，哪里去找安装需要的文件呢？一般来说：

Google
Python Package Index(or PyPI)
各种开源的代码库(Launchpad/GitHub/BitBucket）

安装别人编译好的exe

注意下载的时候看清别人编译是在32还是64bit的Windows，Python的版本和你用的一致不一致。运行exe的时候注意右键Run as Administrator。就这么简单。

使用pip

easy_install已经慢慢失宠了，主要介绍一下它的替代品：pip。

pip是用来安装和管理Python Package的工具。它不是随Python默认安装的，因此需要额外安装。安装完毕之后我们就可以在命令行里面调用它来管理package了。比如你要安装pygame这个package，只需要：

pip install pygame

而如果你想删除它的话，则运行：

pip uninstall pygame

pip默认会按照你指定的名字，搜索和安装最新的stable版本的包。但我们常常需要安装某个特定版本的包，这个时候需要你在命令行里面指定：

pip install pygame==version_number

如果你安装的版本不对，可以通过upgrade命令升级/降级到指定版本：

pip install pygame==version_number –upgrade

由于Python高度依赖开源团体，很多最新的package都没有在PyPI上面，我们常常需要从代码库直接安装package。在pip下面可以直接

$ pip install git+http://somedomain.com/path/to/git-repo#egg=packagename
$ pip install hg+http://somedomain.com/path/to/hg-repo#egg=packagename
$ pip install svn+http://somedomain.com/path/to/svn-repo#egg=packagename

当然，前提是git/hg/svn这些工具你都安装好了并且在命令行里面能够执行。

上面这些egg是什么蛋呢？你可以认为它们就是Package源代码和一些metadata打成的压缩包。pip会读取egg里面的setup.py文件，然后安装egg到你的文件系统。

从Python源码安装

从源代码安装虽然是最复杂的，但是也没那么复杂。把你下载的源代码解压之后，找到setup.py所在的路径，然后运行下面的命令：

python setup.py install

也许你觉得这样也挺容易的，为啥要去用pip？因为：

省去你上网找源代码，解压，安装这些动作
更重要的是，pip不但装，而且管。你可以升级和降级一个Package。

安装需要编译的package

这种一般是因为Package里面有c/cpp的代码。如果你能找到别人编译好的exe文件或者用pip，最好不要自己折腾。只有非常非常罕见的情况下你需要自己编译，过程中一般来说都会需要用cygwin之类的东西，在前面几次你可以多看看每个Package的readme关于编译的说明。

开发环境

virtualenv

virtualenv无疑是当前Python开发者心中“必知必会”类的工具了。virtualenv主要就是提供一个“独立的”Python开发环境。为什么需要“独立”的开发环境？在不知道virtualenv之前Python包满坑满谷的本座自然是有很多槽可以吐，不过最好的答案是virtualenv的文档里面说的：

The basic problem being addressed is one of dependencies and versions, and indirectly permissions. Imagine you have an application that needs version 1 of LibFoo, but another application requires version 2. How can you use both these applications? If you install everything into /usr/lib/python2.7/site-packages (or whatever your platform’s standard location is), it’s easy to end up in a situation where you unintentionally upgrade an application that shouldn’t be upgraded.

简单来说，就是每个工程使用自己独立的virtualenv进行开发，所有该工程需要依赖的Package都安装在这个virutalenv里面。virutalenv的安装同样是使用pip：

pip install virtualenv

然后就可以建立属于自己项目的开发环境：

D:\Lenciel\Temp mkdir my_project_env
 
D:\Lenciel\Temp\virtualenv --distribute my_project_env
 
  New python executable in my_project_env\Scripts\python.exe
  Installing distribute.................done.

建立的目录下面会自动的安装好pip等工具：

-my_project_env
|-- Scripts # -- Python解释器的拷贝/pip脚本/activiate脚本/deactivate脚本等
|-- Lib     # -- 所有库（包括激活后使用pip安装的库都会放在这里）

在命令行执行activate脚本就可以激活你新建的环境。环境被激活后，主要通过下面两个功能保持独立完整性：

当你在被激活的环境里面使用pip安装一个Package的时候，它只会被安装在这个工作目录下面
当你import的时候，会先从工作目录下面去搜索，然后才会搜索系统目录下的

需要注意的是，在系统目录下面安装的包，对所有的virtualenv建立的环境都是可见的。如果你不想在你建立的virtualenv里面看到这些包，可以使用--no-site-packages参数建立开发环境：

$ virtualenv my_project_venv --no-site-packages

其他的工具

编辑器

在不同的项目里面本座用过vim/Eclipse+PyDev/PyCharm。现在vim和PyCharm用得比较多一点，PyDev一直有一些诡异的问题。比如那个“Unresolved import”从一开始到现在都好像没有被真正解决过。

编码规范

PEP 0008推荐了非常完整的一套编码规范，目的就是让全世界编写Python脚本的同学们用相同的方式去对齐代码，命名变量、类和函数。每个严肃的Pythoner都应该认真的学习和理解这些规范，并且贯彻执行。

Python标准库

Python的标准库提供了相当完备的功能。就像Java的工程师需要熟悉系统自带的API文档一样，了解标准库的用法是非常有好处的。另外，这些标准库都是很好的范例，特别是在支持跨平台使用这方面。

官方文档在这里。

嗯哼

前面列了不少东西，只是希望给新手一个上路指引。Python下面有用的工具，有趣的包很多很多。随着你学习和应用这门语言，不断深入它，你会自己慢慢发觉那些你自己最需要/愿意熟悉的部分。

Python的另外一大财富就是它的开源社区，条件成熟的时候，你也应该参与到这样的开发活动里面去。

最后是每个Pythoner都津津乐道的Zen Of Python送给刚开始学习的朋友。

&gt;&gt;&gt;
>>>import this
The Zen of Python, by Tim Peters
 
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Happy Pythoning…!!

幽怨生倦怠

lenciel — Sat, 31 Mar 2012 18:55:36 +0800

Google的美女副总Marissa Mayer最近做了一个演讲，里面提到了如何避免自己的团队出现“倦怠”。

简单来说她的理论就是倦怠的根源是幽怨。当工程师需要因为工作而做出牺牲的时候——比如，不能去陪父母过生日，取消和女朋友的约会，错过小孩的演出——总是会在心中产生幽怨的。为了消除这种影响，她会主动和员工沟通，了解他们的习惯：虽然做IT行业，加班是难免的。但是如果你每周三都需要和朋友们踢球才能保持欢乐的情绪，那么星期三永远不能安排你加班。

这的确是一个很需要注意的现象。即使是在很多产品销量相当不错大家的收入也还可以的公司或者项目组（和那些预算不足，或者需求改动过于频繁，或者呕心沥血但是最终没法盈利的项目比起来这种项目简直是可遇不可求啊），你也会发现有很多人不开心。大多数都是因为在项目研发的过程中，大家拼得太猛。

对于本座而言，不幽怨似乎比较简单：

每周踢球至少一次
吃得舒服（有比较清淡的伙食）
至少有4个晚上回家不用做公司里面的事情可以自己安排
一年至少有一个礼拜的连续的不用开电脑的假期

有空也收集一下组里面其他同学的，争取帮大家清清怨气。

Done List

lenciel — Fri, 16 Mar 2012 15:19:34 +0800

起

xkcd一直是本座最喜欢的网站（嗯哼）。上面这幅图说了一个很有趣的现象，正好最近深有体会，就来这边吐槽一下。整个经过是：

大前天回到家感觉不算太忙，本座就开始家姐布置的家庭作业：做一个用于心理学测试的游戏。需求简单来说就是：

1. 游戏开始后轮转播放图片、视频或者音频（媒体库要容易换，播放的切换间隙也要能配置）
2 被试通过操控手中的手柄表达心理的反应，由程序转成可统计的数据（比如看到美女图按同时按下AB）
3. 程序得到的数据能够很容易的被统计，统计结果能够很优雅的呈现出来

为了让这个事情变得更有趣，本座在需求确定之后决定：

1. 用帅气的Wii Remote来让被试表达自己（想想美女图片一出就甩或者是撸一下WiiRemote有多实在）
2. 用pyGame来写这个游戏（早就想学习pyGame了）
3. 把统计数据的输出作为一个用R语言实现的统计绘图的界面的输入

接着就开始第一项。当程序把Wii Remote的蓝牙信号正确的转换成标准的手柄信号的时候，一看已经挺晚了，本座就只好把后面两个放在了todo list上。接着这两天都很忙这些东西就继续的呆在todo list。

然后今天又找到时间，本座就开始用pyGame写游戏本身部分，但突然觉得vim下面自动补全很烂，就开始google合适的插件。花了10分钟左右发觉不少人说pydict好，本座就又花了15分钟左右去配置。然后看着chrome里面为了搜索插件弹出的一堆tab突然本座发现：

经过了4天，本座把Wii Remote用蓝牙连到PC输出手柄信号，本座有了一个不错的vim下开发python的环境，本座还学习了一点儿R。唯一没有开始的就是，嗯，还没有开始写那个游戏。

承

你的情况可能具体细节和我不一样，但是结果估计都是南辕北辙：你是网页设计师，在需要画wireframe的时候花了一大把时间去看搜索出来的新鲜的、华丽的CSS3效果；你上淘宝买手机结果研究移动电源用了4个小时；你想学怎么养花结果因为选盆子下面水漏的形状耽误了。

这种情况之所以对你的效率有很大的伤害是因为：

1. 你认为你是在完成自己todo list上的东西，所以你觉得自己是在“进展中”而不是“瞎逛”。
2. 你认为的进展给你带来了更多todo list上的东西，而且有些确实对原来的目标是无益的。

人的精力是有限的，如果你长期处于这种状况（太正常了，如果你是玩电脑的话），可就要小心了。

转

其实这种发散的工作方式并不是完全错误的。其实在我们这个行业，这种“总想追求更好”的想法，是整个Agile的基础。Facebook在自己的员工的邮件里面写到：

The Hacker Way is an approach to building that involves continuous improvement and iteration. Hackers believe that something can always be better, and that nothing is ever complete. They just have to go fix it — often in the face of people who say it’s impossible or are content with the status quo.

从本座自己的感觉而言，做事循规蹈矩的同事，完成一般难度的任务时，效率确实很高。但是那种真正非常困难的问题，常常是被喜欢“瞎逛”的人解决的。这当然也没什么奇怪的，所谓闭门造的车，出门就只能合辙。Richard Hamming也说：

I notice that if you have the door to your office closed, you get more work done today and tomorrow, and you are more productive than most. But 10 years later somehow you don’t know quite about what problems are worth working on … He who works with the door open gets all kinds of interruptions, but he also occasionally gets clues as to what the world is and what might be important. ….

合

不能闭门造车，又需要有固定的输出值，怎么办？今天本座是这么办的：

1. 早上起来把今天最重要的事情从todo list里面选出来
2. 完成这些事情的过程中遇到任何有趣的东西或者想法，存到delicious或者evernote里面
3. 使用Done list而不是todo list来标记自己今天的活动

结果是今天3点钟就完成了所有重要的事情，能够来安心的写一篇blog，看起来是个不错的办法。

盛世与盛名

lenciel — Mon, 05 Mar 2012 12:52:13 +0800

今年过年，春晚还是很难看，冠希又没有艳照看，还好大家都有微博看。

要说微博上每天讨论的事情，确实挺让人费思量。什么“方韩大战”、"浙大高帅富”、“真汉子护士长”随便挑一个选题，够写一本书了。可惜不管是哪个话题，总是高开低走，特别是方韩大战，到后面一些理论上脑子很正常的人都好像为朋友（其实也是自己）菊花插刀脑花凉拌了一样，搞得场面颇为惊悚。

这两天微博上热门的话题变成了“学雷锋”，宣传和打倒的两派好不热闹。本座突然觉得，微博上每个话题看起来纷纷乱象，骨子里却自有它们的同一个爹妈：有什么样的盛世，就有什么样的盛名。

我们从小受到的愚民教育，总把朝代的兴衰，历史的进退，摊派到带着好人坏人脸谱的个体，从来不从体制找原因。这种愚民教育的收获是，一般的老百姓对抗过日的国民党，救过国的李鸿章，有稀里糊涂的仇恨；对饿死了几千万人的老毛，或者搞过几次大镇压的小平，有懵里懵懂的敬爱。即便是段位相当高的学者，也不乏一说起大清的灭亡就怪慈禧，一说起文革的动乱就怨四人帮的糊涂蛋。打开漫漫五千年历史，对大多数中国人来说就像打开一副三国杀的纸牌，主公，忠臣，内奸和反贼，早就已经站好队归好位。

为什么《朗读者》这样的电影能得到大家的认可？因为不是脸谱戏。但是等大家都到电信缴了网费，在手机上装了微博，突然看到雷锋赖宁甚至主席总理们原来有这样那样的不一样的面目，大家的反应难免还是受扑克牌思维左右：如果他不是好的，就把他放到坏人的那堆。

要知道孔老先生几千年前就站在还没有断流的河边说，“逝者如斯夫，不舍昼夜”。无论这路上有顺流、逆流、涡流还是湍流，两岸猿声啼不住，百川总要向东流。什么样的盛名总是产生在什么样的盛世，夸大个人对形势的推动能力，希望靠树立领袖偶像或者打击抹黑异己挽狂澜于即倒，没希望矣。

不然你以为，香港廉政这么几十年，突然一坏，就坏在了特首身上，是因为出了个不知廉耻的特首？其实这是大陆官场侵蚀香港的必然结果，就算名声不是坏在曾哥身上，也会坏在春哥身上，时间问题而已。

不然你以为，写一点擦边球嘻怒笑骂文章的赛车手，能有这几百万奉他为精神领袖的屁民粉丝？其实中国能有一点正常的民主生活，能有合法的政治漫画，电视台的脱口秀主持人能随时调侃一下各位后代都在美国开家长会的常委，赛车手也就能专心赛车了。

不然你以为，雷锋能在朝廷要宣传他的时候勇敢的说不，我拒绝摆拍？那时候水灵灵的文工团姑娘陪主席跳舞跳到寝宫里去，不但不敢说不，还都觉得无上光荣呢。

中国的希望，既不在于树立几个雷锋一样的偶像，更不在于打倒几个雷锋一样的偶像。现代社会靠的首先是制度不是道德。有制度，让写书的不抄书，蒙牛的不蒙人，打黑的不逼供，拼爹的不报送，一位老人不管在南海边划了一个圈还是下了一碗面，都不能让一部分人就先富起来，那才是中国人民站起来的时候。

而且，这天总会来的。就连“自信人生二百年，会当水击三千里”的开国皇帝，还不是说驾崩就要驾崩。逆水行舟，可怜的是黎民百姓和底层官吏，可惜的是耗费的个人年华和社会资源。

Android开发中使用ProGuard

lenciel — Mon, 27 Feb 2012 19:06:45 +0800

今天被同事问到怎么在release版本里面所有的log都去掉的时候，竟然只能回忆起用ProGuard做过这个，完全忘记怎么做的了，特立此存照。文章里面使用的例子放在 Android-Maven-ProGuard-Sample-App

ProGuard简介

在移动设备上面开发应用程序，性能是一个很关键的指标。你的老板走过来要你提高性能的时候，你的第一反应有可能是抓起熟悉的工具花几个小时profile自己的应用，找出那些时间都花在哪里了。在使用这么终极的手段之前，千万不要忘记了先试试ProGuard。

做Android之前就是Java程序员的可能早就已经对ProGuard很熟悉了。简单的来说，ProGuard就是一个Java的class文件处理器，主要的功能类似奥运会口号：

让你的程序变得更小更快
让你的程序变得更难被反向工程

尽管ProGuard不是专用于Android开发的，但是在Android的SDK里面已经包括了这个工具，路径是ANDROID_HOME/tools/proguard，文档可以在http://proguard.sourceforge.net看到。

让程序变得更小更快的好处是不言而喻的。ProGuard通过对bytecode进行优化，优化手段包括去掉无用的代码，去掉内联方法的调用，对类的继承结构进行优化，把所有能加上的final和static加上，以及对算术运算进行Peephole optimization等等。

让程序变得更难被反向工程就不一定是每个人都需要的了。一般情况下，对Android的反向工程是把Dalvik的bytecode转换成Java的bytecode，然后使用传统的Java反向工具转成成Java源代码。如果你的项目是开源的，显然也没有必要防止别人反向。但是如果是下面几种情况，你就很可能需要它了：

你在源文件里面有一些不想被别人看到的信息，如密码等
你的代码里面有自己或者公司的赖以生存的知识产权
你的甲方有明确的要求
你的程序按license等方式收费，你不想被别人把licens检查的部分去掉重新编译个版本

ProGuard可以帮助通过对类，方法和成员名称进行混淆，同时通过去掉结构化的信息，如文件名或者行号表等，来使得代码从理论上变得不可被反向工程。

如此看来，ProGuard真是美好事物一枚。但是ProGuard也不是随手一点药到病除的，也有一点学习曲线。

启用ProGuard

如果你使用Eclipse的ADT，每个新建的项目都会生成一个proguard.cfg文件在项目的根目录。你对ProGuard的所有设定就是在这个文件里面完成的。要想在项目里面启用Proguard，只需要把同样在项目根目录的default.properties里面加上：

proguard.config=proguard.cfg

当然，如果你蛋疼到要自己去移动cfg文件的位置，也要记得去改等号后面的部分。然后，在所有的release版本的build里，你的Proguard就已经生效了。对于使用Eclipse的同学来说，release的build就是指通过选择Android Tools>Export Signed/Unsigned Application Package来进行。

因为在大多数开发中我们都会使用Ant或者是Maven来对项目进行管理，所以一般不会直接用Eclipse来进行release版本的编译，所以通常我们还要掌握如何在不使用ADT的情况下使用ProGuard。对于Maven而言，可以通过使用Maven Android plugin来完成。同时，由于ProGuard已经完全集成到Android的工具链里面了，所以Android的Ant任务里面也有一个专门的private任务叫做-obfuscate，会把激活并使用ProGuard作为release这个target的一部分，所以使用Ant的话只要一个ant release就可以了。

当ProGuard执行以后，会产生几个特别重要的文件：

mapping.txt：保存了混淆后的名字和混淆前名字的对应关系。对于每次release的build，都要记得保存这个文件，要不然如果你收到release版本上报出的defect的时候，就等着哭吧。
seeds.txt：ProGuard找到的你的程序的entrypoint列表。
usage.txt：ProGuard觉得没有用所以移除了的一堆类，域和方法的list。要想学习写作“完美”的ProGuard规则的同学就要经常来这个文件看看自己定下的rule对ProGuard的行为究竟有什么样的影响。如果你有用的类出现在list里面了，说明你削得太猛了，反之亦然。

需要注意的是这些文件的输出目录。在使用Ant ProGuard target的时候，输出目录是bin/proguard/，但是如果是通过ADT(右键project>Android Tools>Export）的话，输出目录会是proguard/。

还有一个常见的困惑就是ProGuard是怎么找到那些需要处理的文件的。一般情况下，ProGuard希望你用-injars或者是-libraryjars来告诉它。但是对Android开发而言，Ant任务和ADT都会自动的查看你的libs，output和项目的classpath目录。

从执行过程的日志来看，ProGuard对类文件的操作分为三个步骤：shrink，optimize，obfuscate。每个步骤都是可选的，可以通过使用-dontshrink、-dontoptimize和-dontobfuscate来分别关掉。一般来说，不用因为结果“不如人意”就随意的关掉某个步骤。完整的进行三个步骤，然后不断的改变规则，直到达到最佳效果，是使用ProGuard的最佳方式。

编写ProGuard规则

ProGuard和很多工具一样，其强大之处在于选项够多。作为Android开发者使用，首先心里要明白，没有一个唯一的最佳配置规则。在此基础上，去掌握一些对Android程序而言通常是适用的规则。然后，就像在文章里面已经反复强调过的一样，以这些规则为起点，反复的调整你的规则，找出一个对自己的程序最适用的规则。

当然，因为选项太多，ProGuard给初学者的感觉难免是千头万绪，无从下手。因此，我们可以从一个例子程序入手来找到对ProGuard的“感觉”。

这个例子本身没有任何特别之处，MyButton类继承自Button但是没有添加新的方法，可以通过它来观察ProGuard如何对继承结构进行压缩。Click的handler除开显示toast之外也没有特别的功能，可以通过它来观察ProGuard对方法名的混淆。AMPSampleActivity里面还专门有一个没有被调用的方法，可以通过它来观察ProGuard对这种情况的处理。下面是程序的入口Activity的实现：

我们期望ProGuard做的事情包括：

保留AMPSampleActivity类，因为它是我们在XML里面指定的程序入口
保留StringUtils类和它的repeat方法
保留myClickHandler方法
保留MyButton类
去掉unusedMethod
除开XML里面引用的类（AMPSampleActivity和MyButton），其他的类名都需要被混淆
除开XML里面引用的方法名（myClickHandler），其他的方法名都要被混淆
完成一些对Android而言通常适用的优化（下面会仔细展开）

ProGuard的规则是“白名单”的，也就是说ProGuard只会对你特别指定的类刀下开恩。这也就是说，对任何程序，我们都至少要写一条规则，来保留程序的入口类。因为是Android程序，我们可以这么写：

-keep public class * extends android.app.Activity

这里我们可以看到ProGuard的rule用的语法基本上遵循了Java本身的语法（extends等等），但是它支持使用通配符。规则中的-keep告诉ProGuard不要删除也不要混淆任何从android.app.Activity继承的类。

很简单，不是吗？如果你这个时候运行程序，会看到：

    org.lenciel.android/org.lenciel.android.AMPSampleActivity}: 
    ➥ android.view.InflateException: Binary XML file line #6: Error inflating 
    ➥ class org.lenciel.android.MyButton

为什么在inflate我们自定义的view的时候crash了呢？这是因为自定义的view是在XML里面被用到的，而不是在Java代码里面。因此ProGuard会认为这是没有用的代码而试着删除它。要保证这些自定义的view不被误删，就需要定义如下的规则：

-keepclasseswithmembers class * {
    public <init>(android.content.Context, android.util.AttributeSet); 
} 
 
-keepclasseswithmembers class * {
    public <init>(android.content.Context, android.util.AttributeSet, int); 
}

这两条规则告诉ProGuard不要对定义了可能被LayoutInflater调用的构造函数的任何类进行优化。我们这里使用了-keepclasseswithmembers而不是-keep。

再次运行，会遇到下面的错误：

java.lang.IllegalStateException: Could not find a method 
   ➥ myClickHandler(View) in the activity class org.lenciel.android.AMPSampleActivity for onClick handler on 
   ➥ view class org.lenciel.android.MyButton

去查看usage.txt你会发现myClickHandler又被干掉了。为什么在第一条规则里面我们告诉ProGuard不要动AMPSampleActivity里面的任何东西，还是会有这种情况发生？这是使用-keep的一个常见的误会。我们用-keep告诉ProGuard保留一个类的时候，没有提供任何类的“body”信息的话，ProGuard仅仅会保留这个类的名字。它仍然会对这个类内部的所有东西进行优化和混淆。要保留方法，我们需要这么写：

-keep public class * extends android.app.Activity { 
    methods; 
}

但是这样写显然又太过于慷慨了。下面这条规则会好很多：

-keepclassmembers class * extends android.app.Activity {
    public void *(android.view.View); 
}

这条规则告诉ProGuard，如果一个Activity在shrink阶段没有被去掉，那么就保留那些public的，没有返回值的，传入了android.view.View作为参数的方法。

可以看到，使用ProGuard存在一个不断调优的过程。他山之石，可以攻玉，已经有很多人使用ProGuard来优化Android程序了，于是也有了一些被普遍采用的规则和选项，我们下面来个简单说明。

常用规则和选项

前面看到的规则对于例子程序就足够了。但是如果我们的程序使用了Service怎么办？和Activity一样，Service也是在manifest xml里面定义的，因此我们需要对proguard.cfg做一定的扩展。

下面的规则是针对Android程序一般来说都比较有效的。

一般来说，下面的Android framework class都是需要保留的：

-keep public class * extends android.app.Activity 
-keep public class * extends android.app.Application 
-keep public class * extends android.app.Service 
-keep public class * extends android.content.BroadcastReceiver 
-keep public class * extends android.content.ContentProvider 
-keep public class * extends android.app.backup.BackupAgentHelper 
-keep public class * extends android.preference.Preference 
-keep public class com.android.vending.licensing.ILicensingService

虽然你的程序可能一开始没有使用其中的一些类，但是定义好全部这些规则也是有好处的：它可以避免你在使用ProGuard编出的版本crash之后去搞半天才发现有某个类似的规则需要更新但是你忘记了。

第二个有用的规则是保留static的CREATOR域，这个是Android用来parcel对象的。这个域由于是在运行的时候Instrospection的，所以ProGuard会认为它是无用的域并把它去掉。下面这条rule可以防止这样的事情发生：

-keepclassmembers class * implements android.os.Parcelable {
    static android.os.Parcelable$Creator CREATOR; 
}

在程序中如果你调用了native的code，比如你用JNI来调用了c的lib，由于在Java代码里面是一份方法的签名，而没有方法的实现，它必须被链接到native code上。这也就意味着这些函数名不能被ProGuard加以混淆了，不然链接的过程就会失败。下面的规则可以保证ProGuard不去动native的方法名：

-keepclasseswithmembernames class * { 
     native methods; 
}

我们这里使用的-keepclasseswithmembernames是告诉ProGuard，被调用过的方法留着，没有调用过的都去掉。

前面的规则看起来都一目了然。下面这个可能要费解一些：

-keepclassmembers enum * {   
     public static **[] values(); 
     public static ** valueOf(java.lang.String); 
}

这个规则是让ProGuard不要去动任何Enum的values和valueOf方法。这些方法之所以特殊是因为Java自己是通过发射机制来调用它们的。这可能也是Google不建议使用Java enum的原因吧：它们比final class fields的性能要低不少。如果你已经遵照Google的教诲停止使用Enum，那你也不需要这条规则了，恭喜。

下面来看看常用的选项：

-dontusemixedcaseclassnames 
-dontskipnonpubliclibraryclasses 
-dontpreverify 
-verbose

第一个选项可以避免像Windows这样不区分大小写的操作系统不会因为类似A.class和a.class写到同一个文件里面就驾崩。

第二个选项是因为ProGuard默认不会处理任何非public的类。但是有时候我们会遇到public的类继承自内部的非public的类。所以打开这个选项可以更好的覆盖。

第三个选项是告诉ProGuard不要做preverify（预检验），因为这个只对J2ME或者是Java6的平台有用。

最后一个选项，你们懂的。

前面我们提到过ProGuard有一个优化代码（optimize）的过程。大多数时候ProGuard都会火力全开的对所有的代码做优化。这些优化操作有些时候是相当aggressive的，比如合并类的时候ProGuard会试着既从纵向上合并也从横向上合并，以便得到尽量少的类文件，也就可以得到尽量小的APK。同时它还会试着优化循环和代数运算。默认的ADT生成的ProGuard选项关掉了很多的优化选项：

-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

Google并没有提供他们这么配置的依据。我们可以试着先禁用这个选项，看看程序运行起来会不会有问题。如果遇到了问题再试着慢慢的减弱优化，来“探底”。

同时ProGuard的优化是可以“递归”的，也就是优化完的结果可以作为下次优化的输入继续优化。你可以指定它反复进行多少次。但ProGuard如果发现已经没有什么可以优化，会自动停下来，不一定跑到你指定的次数。一般设置成5就够了：

-optimizationpasses 5

如果处理混淆后版本的错误报告

如果你发布了混淆的版本，有一个问题你就得面对：用户提交的问题单里面产生自这些类和方法都完全打乱过后的版本。为了展示这种问题，在Demo程序里面专门加了这么一个类：

public class Bomb {
    public void explode() {
        throw new RuntimeException("Boom!");
    }
}

在onCreate方法里面它会被引爆：

public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);
    String toast = StringUtils.repeat("Hello ProGuard! ", 3);
    Toast.makeText(this, toast, Toast.LENGTH_SHORT).show();
    new Bomb().explode();
}

如果你运行程序，就会看到下面的错误：

java.lang.RuntimeException: Unable to start activity ...MainActivity}: 
java.lang.RuntimeException: Boom!
...
Caused by: java.lang.RuntimeException: Boom!
   at org.lenciel.android.MainActivity.onCreate(Unknown Source)
   at android.app.Instrumentation.callActivityOnCreate(
   ➥ Instrumentation.java:1047)
   at android.app.ActivityThread.performLaunchActivity(
   ➥ ActivityThread.java:2627)
   ... 11 more

可以看到在错误出现位置的stack trace既没有行号也没有文件名。这是因为相关的信息都被ProGuard优化掉了。如果我们想避免这种情况，就要在proguard.cfg里面加上下面的选项：

-keepattributes SourceFile,LineNumberTable

显然，有了行号和文件名，还是解决不了方法被混淆的问题。我们这个例子程序里面方法很少，而onCreate方法因为是Override的，所以ProGuard不会去动它。如果是正式的工程，最好的办法还是用retrace工具来根据mapping.txt还原整个日志。

$ retrace proguard/mapping.txt stacktrace.txt

Icon Font

lenciel — Sat, 25 Feb 2012 10:45:29 +0800

最近收集了一些Icon Font准备自己的项目里面用（这也是本座因为Stack功能切换回Delicious来管理书签之后第建的第一个Stack）。Icon Font本身看起来和普通的icon没有特别的差别：

+
Add
+
⊕
Add-alt
⊕
a
Alert
a
←
Arrow-left
←
→
Arrow-right
→
↑
Arrow-up
↑
↓
Arrow-down
↓
A
Attachment
A
↩
Back
↩
b
Bookmark
b
B
Bubble
B
c
Cart
c
C
Chart
C
✔
Check
✔
⌚
Clock
⌚
☁
Cloud
☁
×
Delete
×
⊗
Delete-alt
⊗
d
Denied
d
✎
Edit
✎
e
Equalizer
e
!
Exclamation
!
E
Eye
E
⚑
Flag
⚑
f
Fullscreen
f
⚙
Gear
⚙
g
Grid
g
❤
Heart
❤
⌂
Home
⌂
i
Info
i
l
List
l
L
Lock
L
⬇
Location
⬇
✉
Message
✉
m
Move
m
♫
Music
♫
p
Photo
p
▶
Play
▶
P
Power
P
?
Question
?
⟲
Refresh
⟲
-
Remove
-
⊝
Remove-alt
⊝
r
RSS
r
s
Share
s
★
Star
★
t
Tag
t
T
Trash
T
u
User
u
v
Video
v
⚠
Warning
⚠
z
Zoom
z

有的浏览器居然还不支持HTML5的range，所以如果你看到下面是输入框的话，建议你升级浏览器或者是自己输入数字再左键点击页面任何地方…-_-”。Anyway，Icon font确实是很酷的，因为：

你可以很容易的改变它的大小
你可以很容易的改变它的颜色
你甚至可以很容易的改变它的阴影效果
Icon Font不会有PNG那样的在IE下面不透明的问题
用了它可以完成任何用图片的icon达到的效果，甚至可以旋转和调整透明度
只要浏览器支持，你就可以使用text-stroke或者是background-clip:text;这种更加复杂的效果了

Click the squares

lenciel — Tue, 07 Feb 2012 12:39:36 +0800

放松心情的音乐游戏，玩法非常简单，就是用鼠标点亮（可以再点灭）方块。支持按住左键不放刷亮一片。
最近被9GAGer刷到服务器爆掉，特此镜像备份。

如果载入较慢说明您网速不行，耐心一些或者试试F5…

本座音乐盲，只知道尽量迅速的点出比较对称的图案，就还听起来不错。

2012

lenciel — Tue, 10 Jan 2012 17:25:33 +0800

在读过《把时间当作朋友》和Matt Might的文章之后，回首2011就让人觉得莫名慌张起来。按《把时间当作朋友》这本书里所说，定计划要以周为单位，通过培养自己对时间的控制力，逐步把计划做到月甚至年这样的跨度。本座自觉还算比较能控制自己，所以打算制作一个基本单位为月的计划，下面的十项活动将穿插在这个计划之中：

1. 一点新知识
2. 一砣好身体
3. 一个新玩具
4. 一批新兴趣
5. 一门新语言
6. 一款新软件
7. 一马新项目
8. 一把新文艺

一点新知识

用进废退，数理化史地生音体美忘记了就算了吧。但半路出家的本座，还有很多基础知识也非常单薄。准备了6本不那么理论的书，争取能用2个月一本的龟速精读：

一砣好身体

关注自己的健康状况，保持适当的体育锻炼，既是对自己负责，也是对家人负责。2012年体育锻炼方面的发展目标是除开足球之外，要开拓可以和偶像派互动的项目。下面的四个项目，12个月都可以开展，但是可以根据气候的不同，在四个季度各有偏重：

跳绳
自行车
跑步
羽毛球

另外，程序员这个职业带来的伤害常常是RSI。本座一直有比较严重的脖子疼和曾经越来越严重的肩膀和手腕疼。通过了解RSI，保持良好的姿势以及定时起来活动，比较好的缓解了疼痛。但是用电脑有时候是一屁股下去就不好起来的。让人欣喜的，传说中的Aeron在中国也能买到了。所以明年还有一个目标：

Aeron

一个新玩具

在回成都之后第一年在E公司主要的玩具是那套收星的玩意儿。原来只要大概800块钱左右的成本(DM500和所有的分路器合路器F头都是在这家淘宝店买的），就可以用60CM的锅收134/138/146三颗ku星。

接下来移籍M公司，主要的玩具似乎变成了Android。但是后来机缘巧合开始接触了各式各样的监控设备。说实在的从前端的IP化的云台枪机，到DVR，到最后的矩阵上墙，里面还是有很多挺有趣的技术。而且像中国这么大一个工地，到处都要装监控，这里面商机也不小。

明年如果能说动偶像派买个LEGO的MindStorm当然是最好，如果失败，就入手最近红到爆的Arduino，话说本座已经堆了很多这方面的书了都没有真正花时间去看过。可是作为控制系的学生，每次看到它们，都有难以抑制的原始冲动。这种东西，一年玩一个就足够了：

MindStorm or
Arduino

一批新兴趣

编程的很多道理你不一定只能在编程中学到，因为人类最先进的学习方法是类比。

而且，每天坐在电脑前面的老公在老婆和其他亲属心中的仇恨值是很高的。下面是一批本座觉得有可能进化为兴趣爱好并能够得到偶像派的广泛赞许和普遍接受的备选项目。仍然是均分到各个月份，但每个季度有倾斜的加大某项的比重：

摄影
画画
写毛笔字
厨艺

一门新语言

程序员之所以被认为是个苦逼的职业，很重要的原因就是技术更新换代很快。去年看完《Seven Languages in Seven Weeks》之后本座就有计划学一下Haskell和Scala，但是去了一趟杭州拿到冰河翻译的新书之后本座把明年的目标换成了下面两个，每个半年：

Lisp
Haskell

一款新软件

人的创造力需要反复而大量的的基础知识和实作经验垫底，而基础知识和实作经验往往蕴藏在那些已经被时间验证过的作品里。所以要想拍好电影得看很多好电影，要想写好书得看很多好书，要想写出好软件得用很多好软件。在使用别人的软件时，可以想想如果是自己来写，什么地方做得比它好，什么地方还需要像别人学习。暂定的目标有：

一马新项目

写软件谋生的好处是不言而喻的，坏处是如果你老是只为了工资奖金写软件，慢慢的你就会感觉到“无趣”。无趣的根源很多，最主要的无非“人家想用xyz，但是只能用zyx”。其实有Github和Bitbucket之后，这些都是借口啊，亲。项目内容暂时保密。

一把新文艺

还在读研究生的时候(也是J2EE最红火的时候？)，本座发现一件“奇闻“：Spring的作者Rod Johnson说之所以自己能写出拨乱反正的《Expert One-on-one》和Spring，和他学习过的音乐知识是分不开的。Google了一下，原来他除开有计算机学位还是个音乐学博士。

之后稍微留心就发现，这是一个普遍的现象。比如那个写微积分教材赚的钱就可以建2400w刀豪宅的音乐家James Stewart，再比如2011年最被关注的去世者Steve Jobs。有点儿文艺细胞，能从人性的角度思考，做出的产品往往比纯粹的工程产品要打动人心。

本座挺佩服自己能找出这么一个伟大的理由，得以在新的一年里继续毫无节制的：

看电影
读小说
听音乐

要顺利贯彻执行计划，总得有个考核标准。打算今后多写一点儿blog记录在案，不然也对不起本座A给酋长的银子啊：

老无所依

lenciel — Sun, 20 Nov 2011 21:46:33 +0800

国庆回了一趟银厂沟白水河。出发的那天天气并不好，可是对爸妈而言，去看看那个安放了自己青春的地方，已经计划过太多次而不能成行。所以犹豫了一下，就决定还是要去。

车一开进山区，因为属于汶川大地震里山崩地裂的龙门山山脉，那场灾难留下的痕迹依然随处可见。然而地貌上的变化却并不是爸妈最关注：一路上他们不断提起的是故人的名字，以及自己和他们之间的种种旧事。有的时候我爸会往路边一指说，“那不是黄村吗？以前你妈下乡在那里的时候，我骑车来看过她。”有的时候我妈又会指着另一个地方说，“那个谁谁谁，就是在这里被掉下来的房梁打死了，太可惜了。”

而白水河对于我，因为是十岁之前生活的地方，本来就没有多少刻骨铭心的记忆。加上我和Konthiga读过的小学和学校后面那条曾经清澈而壮阔的白水河，在上次回去的时候就已经面目全非了，于是唯一怀着兴趣的就只剩据说在地震里面一栋都没有倒的蛇纹矿家属区，也就是我们当年长大的地方。坐在我旁边的偶像派，在我们一家人兴致勃勃的指着窗外大呼小叫时，则多少显得有些百无聊赖。

后来事情的发展让人觉得略感尴尬。走到“鬼招手”（银厂沟一个以险峻著称的地段）的时候，前面的山路突然淹没在浓雾之中，我们只好调头，放弃了继续进沟的打算。接下来在大宝镇上兜了两圈，我们才凭借着整条街上几乎是唯一没有被拆除的新华书店，定位到了我们原来的住处：居然已经是一片平地。

回到家里，我突然有些不死心的想把记忆里的白水河挖出来，就去翻家里的老照片。

首先让我觉得特别温暖的是装老照片的这个信封。这是外公写给我妈的，不知道当年那封信具体写得是啥。在这根本不用写信甚至不用写字的时代生活久了，这样的物件总给人一种特别的质感。

我还找到了几张Konthiga和我都还挺萌的时候的照片。这个阶段我们的衣服全是老爸用缝纫机做的，看着都是一段段特别的回忆。另外从红领巾出现的频率来看，除了伟大的六一儿童节，我们一直对照相这事情兴趣不大。

看这些照片的时候，最大的怀念是以前生活在青山绿水的白水河时，我们一家人那轻松自在的身段。在我们匆忙长大的这二十来年，中国也一直在匆忙的变化着。我们的文艺工作者在世纪之交做过很多牛逼哄哄的选题，什么《激荡三十年》，什么《大国崛起》，妄图把这个剧变的时代描绘成一代人怀着同样的目标，努力奋斗让中国崛起的时代。

而实际上，绝大多数家庭就和我们家一样，我们并没有主动的参与到那些变化里面去。很多人虽然听组织安排上山下乡或者援建支边，但和全国志士要行动起来抛头颅洒热血的革命年代不同，大多数人的生活目标与生存焦虑既无关这个社会，也无关这个国家，都是些极度自我的事情。但这个国家变化得如此剧烈，昨天还有效的经验，明天就可能完全完蛋。所以更多的时候，毫无信仰的中国人无力的忍受着生活剧烈的摇摆，随波逐流的同时，常常感到心灵上莫大的空虚和痛苦。

所以，在过去我曾经为父母和我们生活在不同的世界，或者是他们的婚姻变得危机四伏而苦恼不已。可是等我到了一定年纪就发现原来他们那代人中并没有多少真正快乐的夫妻：他们大多数人，在生活中不断的否定着自己信仰过的东西。要人们在这种奇特的生活环境中保持感情的稳定，也许的确是要求高了一些。

相比之下，我们这代人当然要幸运一些。虽然如果统计一下，应该没有几个人自己长大的老房子还没有被拆。但至少我们留下了不少照片，从感觉上，已经不是那么老无所依。

width:100%

lenciel — Thu, 22 Sep 2011 13:32:28 +0800

这似乎是CSS里面最简单的一个概念：如果你希望一个block-level的元素填满整个父容器的所有空白，只需要为这个元素声明width:100%这个属性就可以了。

但从个人经验和搜索结果看，大概很多CSS使用者都有过加上这个属性后挠头不已的惨痛回忆。最后很多人不得不经过反复试验后重新转回使用绝对值的长和宽。

的确，百分比在CSS里的真实作用，就像偶像派的苦瓜炒蛋，是属于“看起来简单，弄起来挺难”的东西。

其实Blocks不需要指定100%

大多数专业的Web开发者都清楚，block-level的元素(如div, p, ul等)和inline的元素两者的区别就在于默认情况下，block元素的宽度就会取填满父容器的宽度(减去自己的margin或者父容器的padding)。

这知识虽然初级，理解这点对我们明白百分比的实际作用很有帮助。

真实的含义

如果你在CSS中给一个元素x%的宽度，其实就是定义：“把这个元素所占的区域扩成它父容器的绝对宽度的x%，当然，必须它父容器有一个绝对宽度啊，亲。”比如你的元素放在一个400px宽度的容器里面，然后它的宽度定成了100%，那么它在保证自己被渲染成400px宽度之后，还是会遵守自己被定义margin/padding/border的设置，所以最好出来的效果很可能就是下图那悲催样：

Height(在所有的浏览器)也一样

是的，这是CSS比较桶妈的地方：如果你的父容器没有一个显示声明的绝对值高度，那么你用百分比来定义它的高度希望它充满父容器是不行的。Height和Width的唯一区别是对于block-level的element而言，不会自动去填满父容器，也就是说height:100%是不能省略的。

当然，百分号的行为也是CSS里面难得不桶妈的地方：所有的浏览器对百分比的渲染都是一致的。