Android-Maven-ProGuard-Sample-App

在移动设备上面开发应用程序，性能是一个很关键的指标。你的老板走过来要你提高性能的时候，你的第一反应有可能是抓起熟悉的工具花几个小时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也不是随手一点药到病除的，也有一点学习曲线。

如果你使用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和很多工具一样，其强大之处在于选项够多。作为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程序里面专门加了这么一个类：

1
2
3
4
5

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

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

1
2
3
4
5
6
7

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准备自己的项目里面用（这也是本座因为Stack功能切换回Delicious来管理书签之后第建的第一个Stack）。Icon Font本身看起来和普通的icon没有特别的差别：

下面的数据来源主要是

Tomi on Q1 2011

Tomi on Q2 2011

制造商净值

上座的从Apple的20.3个million到ZTE的2.7个million。Apple虽然还是头把交椅，但其实自己并没有什么太大的增长。主要是Nokia仍然在坚持自己的错误道路，这多少有点儿像当年的浏览器大战时Netscape被MS搞掉的场景。一个是处心积虑，一个是执迷不悟。

而很多人没察觉的，无论是环比同比，三星，而不是Apple，才是今年最大的赢家。如果不算上Apple还未投放的杀器iPhone Nano，估计Apple要在市场占有率上战胜三星这种硬件软件平台和产品线极度完备的厂家，会非常困难。

智能手机整个销售量的增幅当然是略显疲态的。在2010年那种每个季度有24%左右(Q3达到了31%)的翻江倒海的势头已经不见踪迹。最大的变化在前五名的排序，HTC有望在下个季度超过RIM成为第四，因为虽然在Q1所有的Android厂商都有负增长，但是到了Q2输家除开Nokia之外就只有RIM。

华为和中兴正式成为智能手机制造商中的重要角色。在这之前华为和中兴的终端可能主要是捆绑式的直销给运营商，所以直接对用户的市场上不怎么能看到。但是慢慢的两家都从幕后战斗到了台前。特别是华为的表现非常好，上升幅度是所有厂商里面最猛的。

Motorola和Sony Ericsson勉强维持了增长，LG相比之下日子略好过。

去年比比

与去年进行比较，三星显然也是最大的赢家，有将近500%的增速。

制造商市场占有率

净值数据大家向来没有那么关心，山头大小才是最挂念的。尽管Apple满世界的贴自己的利润值和增幅，我们可以看到它的市场占有率没有发生什么太大的变化。在Apple的上次飞跃完成之后，市面上大概每卖出5个智能手机就有一个是iPhone，目前这个比例停滞不前。就像前面提到的，要和三星作战，只有传说中的iPhone Nano推出拼一下中端和低端市场的份额，能否成功将是Apple能不能再次飞跃的关键。

可以看到Q2三星增加了4个百分点，Apple就1个，而大量的增长点都被HTC和天朝列强拿下了。显然，整个季度的增幅主要是Android相关的厂商贡献。

只有Nokia和RIM在桶妈，Nokia是相当的桶妈。

去年比比

一比就再次说明，Samsung大胜一场，Apple和一干Android厂商有发展，RIM亏了三分之一，Nokia则损失了六成。

唯一没有从Nokia的溃败中获利的就是Motorola，因为它只在美国市场上风光，而Nokia在美国市场本来就孱弱，吐不出来太多份额给它。

操作系统市场份额

操作系统方面，Android赢得如此彻底，就像Symbian输得那么绝对一样。iOS基本没有变化，Bada有不错的表现。BlackBerry和Windows显然是loser(Windows份额如此小都还能做到负增长，真是奇迹)。

Android在Q3有望超过后面三家的和，Bada还不能对BlackBerry的第四地位有直接威胁，但长远来看，三星这有内存有屏幕有系统的对手岂可小视。

去年比比

这一比，Android的崛起和Symbian的衰落更加有戏剧感。基本上Symbian丢掉了整个行业的四分之一的份额，而Android基本上收割了这么多。

今年的大戏已经基本拍完，那就是Android联合部队搞定了iOS。

Android内部分裂

Android联合部队的组成非常复杂。三星和HTC今年各占整个市场的四分之一份额，而去年他们两家大概各卖了三分之一。老大老二的份额减少，彰显了Android老三的位置争夺之精彩：2010的Q3是Motorola，Q4是Sony Ericsson，而过去的两个季度是LG。到年底，可能华为就会扛起老三的大旗。

在Android风暴中，获利最多的其实就是华为中兴等小制造商。三星基本守住了，其他的如HTC, LG, Sony Ericsson和Motorola无不出现丢失份额的情况。这种低价Android手机制造商的增长态势正好说明了这两个季度并不能简单的认为是Android手机比其他的智能手机做得好，而应该明白Android手机是智能手机中首先推进中低端市场的。以前本座就写过，随着Android，iOS这样的平台出现，smart phone和feature phone之间的鸿沟已经被抹平，显然，Android在这方面走得更快。

其他的平台显然也在做往中低端市场进发的准备。Bada这方面做得非常不错，iOS显然也是有解了。Windows和RIM要干啥，大家好像还没有看见。

去年比比

同去年相比，三星和HTC两个带头大哥在Android阵营中的份额大跌。Motorola跌了一半，LG和Sony Ecrisson小胜。但愿MotoGoogle能有更好的策略，不然抱着个北美市场是吃不饱的，看看Palm怎么混的就知道了。

从整个市场的数据可以看到，目前所有的小厂商都只有Android平台可用。五巨头里，HTC是没有自己的平台的，其他四个都有(Nokia的虽然土，但是也是一个)。HP的WebOS的最大的接手者就是HTC，当然也有可能三星会拿到。如果WebOS被买断，小厂商就只有选WP平台来补充Android了。预计年底Android将会冲到顶峰，而手机大战其实还远没有到关键时刻：现在大家都在蚕食Symbian吐出来的份额而已。

昨天被来留言的嘉宾投诉才知道，原来这段时间这里这么冷清除了自己懒之外，还有一个原因是不能留言啊……

从来都是放开评论，基本不是设置问题。

禁用Cache插件，还是一样。基本不是cache问题。

换了个模板，还是一样。基本不是语法问题。

版本打回2.9，还是一样。基本不是wordpress问题。

自己登录留言，可以留，基本不是数据库问题。

整了个笨办法，跟了一下comment-post，shoot，原来是你……

路上有拾遗，发现原来Thread-Comment在留言已经发成功了之后还在不停的Ajax，Ajax，Ajax…有空再看看怎么解决。

麻烦各路FF，IE678，Chrome神仙试试，现在好了没有。

据说21寸的液晶已经白菜价了，就顺便font-size:16px了。

据说有一小撮人长期看不清楚。就顺便提一下浏览器字体。

这张图图是IE的：

这张图图是Firefox的：

本座觉得微软雅黑字体大概是Vista为数不多的好过XP的东西，而且Windows 7里面肯定还是用它。所以大家可以开始用了。如果你已经在系统里面有这个字体，且你用的是IE，建议进一下选项设置字体：

如果你还没有装过，就顺便从本站下载一下吧：[Download not found]

顺便问一句…本座有点忘记《标本制作者》是想写啥了，咋办？

1. andlinux，因为cygwin或者PuTTY很多地方不够纯粹（比如不能很好的支持screen），而各种vmware也显得麻烦（还容易被WST扫到）。
2. vim，现在水平还比较土，简单的编辑和常见的插件知道怎么用了。写shell，看c/cpp的代码用。GNU Emacs对本座来说太重了。
3. Eclipse，用来写java code。还装了一个easyeclipse for python写工具。
4. Adobe PDF Reader，放弃Foxit，因为在打开很多pdf时不够清晰。
5. Office，有些惊讶，原来十八摸的文档也是用word写的。
6. 命令行状态下的活，用Yakuake, screen, ZSH。记得最开始我是用urxvt，不记得什么原因开始换成了Yakuake。如果你需要做远程操作而你还没有尝试过screen，至少去试试dtach。在命令行下还会大量用到SSH。如果你也用SSH而你还没有搞懂SSH Tunnel，那….
7. Firefox 3 portable，插件有Adblock Plus + NoScript + Delicious + WeatherBug + Greasemonkey + FireBug + IE Tab。Delicious再加上它后台可以设置的dailypost功能使得网摘可以以日志的形式发布出来。后面三个都是为了调试Blog，它们都非常好用。
8. MSN + QQ(QQ上得少，但本座是光荣的腾讯家属)。
9. Notes 8，尽管傻大笨粗，这是标配。平时自己的邮件，当然Gmail。
10. amaroK，受不了为了同步ipod就装iTunes这么个软件。
11. GIMP，这个blog上面的图片处理都是用它完成的。
12. FileZilla，不管是客户端还是服务器软件，长期是它。
13. Picasa3，图片管理以及简单的处理，上传也很方便。版本3特别有趣的是增强后的Collage功能，特别适合旅游之后或者毕业之前的场合。
14. ToDoList，和很多脑子够用的人不同，本座必须有一个工具来跟踪所有的事情。换用过一段时间的gtd-free，结果有一次它因为xml编码出错crash了，丢失了所有的数据。简单，足够，基于xml，开放源码。
15. Zoundry Raven，把网志写在本地绝对是对的。Zoundry叫Zoundry Raven之后更新得似乎很疲倦。正在换用WLW。
16. mplayerc + ffdshow + real alternative，还是这三个东西保证本座AV生活。
17. Autohotkey，穿防火墙，开CIP，打开notes和st，没有你我怎么活。
18. TotalCommander，继续在用古老的没被加强没被汉化的版本。
19. workwave，为脖子和背安装的软件，按照偶像派的说法是，你丫一着急就把别人关了。嗯，确实有这个问题。
20. CCleaner，也是多年老相好了。
21. wink，经常要截图要归档操作过程的本座……
22. wordpress + wamp，这是这个blog的根基。

下面这些是不再使用的软件：

• Thunderbird，自从T42移交给Konthiga，公司的本上面有Notes，就没有再装邮件客户端了。
• OpenOffice，道理同上，用公司的本，有正版Office可以用了。
• Picpick，很喜欢的一个截图软件。但是经常会在你编辑的时候丢失截下来的图片，搞得人神经紧张，放弃了。
• Cygwin，再见，Cygwin。
• PuTTY，再见Putty，还有puttycyg。
• Tor，穿墙的速度非常慢。还是远程登录到实验室的机器去上网快很多。
• iTunes，为啥突然从很喜欢变得很不喜欢了呢。
• Yupoo，没有往上面传图片了，也就没有用它的客户端了。
• Pidgin，你叫GAIM的时候给过你次机会，这是第二次。还是不够好。

                           —-《说文》

媒从来就不是一个很光明的职业。如果说媒婆造就的是满眼泪痕的无爱婚姻，那么媒体的毒性似乎就更大了。

最近Web业界有发生一些很有标志性意义的事情。比如刘韧被抓，比如百度被K。

按我们习惯的逻辑，你去百度上搜索什么药疗效好，或者是去Donews看奇虎的软件如何，因为得到的信息都没有付费，似乎作为提供信息的刘韧或者百度是不需要负太多责任的。

但是，这几件事情却让我们看到，作为新生代信息提供者的刘韧或者百度们，也许根本就不关心它提供的内容质量如何，可信度多高，它更关心的是可以从信息发布者那边谋求多少利益。这种精神就已经很媒体，很不internet了。

这就好比我们在街头拦住别人问路，常常被指到错误的方向。这也许是因为有人瞎热心，也许是因为有人不用心，但每次都指向洗脚屋的人就是险恶用心了。

有人在网络成了新媒体的时候亢奋，有人为乌托邦沦陷失落。媒体是什么呢？本座无意批判某个行业是彻底礼崩乐坏的，但是，我们21世纪的媒体确实乏善可陈。

基本上来说除开偶尔会把美好东西撕烂给你看，满足你心理的上的需求之外，主要是兜售欲望。媒体让你发现自己又胖又黑，头发发叉皮肤干燥，房子太小车子太旧，汉语里面所有的褒义词，你基本上可以在半个小时的广告节目里面听个饱……..

买，买，买，媒体希望你买下所有有人在卖的东西，这就是媒体。

钱不是个坏东西，我们一定不能穷。但欲望不是一个很好的东西，还在看童话的时候我们就知道，那些反派角色都代表着欲望。

一个理想的媒体，应该不为钱所奴，应该在中国这个慢慢两极化的社会中搭起桥梁，不要让人们因为物质生活的不同而变得陌生，应该鼓励宽广的胸怀。

当然这样的媒体很难存在。就像宽广的胸怀不像Jonny Walker的广告里面那样靠犯傻就能获得。也许杜斯妥也夫斯基在《卡拉马夫助兄弟》里面的建议比较实在：

首先要善良，然后是诚实，最后是不要轻易遗忘。

CoffeeBreak：
[1]最近打算去和电气学院最不淫荡的足球运动员同居，目前住的地方招租。
[2]今天在浦建路那边看到一个pizza店叫比萨狂，人头攒动生意真好。嗯，没有人试过像本座一样把店名反过来念一次么？还是人家真的太敏感？
[3]FBI终于承认本座是一个好青年了。

关心时事的你们一眼就看出来这不是林肯是范跑跑。

是啊，大家费了很大力气，仅仅是从讨论该不该跑前进到讨论该不该理直气壮说老子就是要跑。

是啊，看欧洲杯显然是有些考验体力的，特别是本座又没有诈尸[1]的习惯。算起来加上午休，回到上海三天才睡了六个小时不到，晚上还去踢了场球。而本座居然现在还光荣的醒着，大概是因为在网上找乐子不是件难事。

比如，某高官[2]被抓居然股市就跳水了，顿时抢劫不如去炒股[3]变成炒股不如被打劫了。

又比如，某好莱坞影片有熊猫赵老师就号召大家群起抵制了，但为什么《花木兰》大家就看得很开心，难道因为木兰无长胸，大家就觉得鬼子吃不到豆腐。

又是啊，汽油涨价了大家快去加油。不过本座还没带油箱的车，只能去给传火炬的人加油。

最后是啊，今天偶然翻到一张图片。是有段时间写ttcn3的编译器，需要分词。本座就去问了问google他们分得怎么样。因为结果让本座颇为吃惊，就截图纪念了一下。

Coffee Break:
[1]方便一下还不熟悉本座讲话风格的朋友：我的意思是，先躺下又起来。
[2]其实本座是把“王小丫、刘芳菲PK”看成了“王小丫、刘亦菲PK”才关了一心的。
[3]好像ps这张图片的哥们儿还被抓了，谁叫你要落款公安局呢。

一、前言

我必须说，是Lenciel太喜欢这张插图才起了这个名字。其实，我是一篇技术贴。

可能是以前的公司干活时不让上网的原因，Lenciel非常不习惯在blog上写技术贴。不过昨天在用eclipse+pdt搭调试php的环境过程中，他实在是google得非常怨。排名靠前的文章，比如那个孙高勇的，标题党得很厉害，结果看着看着xampp映入了他的眼帘。能抄得这么脑残，还是非常不易的。

二、正文

WAMP+Eclipse+PDT+XDebug路线，可谓是非常主旋律，根正苗红。

1.安装WAMP

WAMP是Mysql、Apache和PHP的集成分布包，安装过程没什么好说的，到WAMP去下载安装就行了。当然在机器上建过SVN库或者Bugzilla服务之类的兄弟对上面三个东西会比较熟悉，也许机器上面已经有了三者中的某些，只用补全即可。

2.安装XDebug

最新版本的XDebug在这里下载。你在什么操作系统是没有疑问的。而PHP的版本，假设你装好的WAMP在[Your Wamp Directory]路径，你应该先去

[Your Wamp Directory]\bin\php\

下面去看。下载后这个东东放在

[Your Wamp Directory]\bin\php\[Your Wamp PHP Directory]\ext\

下面。然后你得切换到

[Your Wamp Directory]\bin\apache\[Your Wamp Apache Directory]\bin\

去修改php.ini文件。在文件末尾，加上：

zend_extension_ts="[Wamp Directory]/php/ext/[php_xdebug-file].dll"
xdebug.remote_enable=1
xdebug.remote_host="localhost"
xdebug.remote_port=9000
xdebug.remote_handler="dbgp"
xdebug.show_local_vars=1
xdebug.profiler_enable_trigger=1;
xdebug.profiler_output_dir = "[你想放日志的路径]/profiling"

比如我的配置文件是这样的：

现在，你就可以重启Wamp的Apache服务器，让配置生效了。
3.安装Eclipse和PDT

假如你有了版本比较新的Eclipse(3.3+)，只要点击从updatesite升级插件就好了：click

如果你还没有Eclipse(3.3+)，只要去完整下载就好：click
4.调试

因为我们配置了使用xdebug来调试。所以得在你的pdt插件下面做一些修改。首先在Eclipse的plugin文件夹下面找到你的pdt插件目录，大致应该是如下图：

然后在..\resources\php5\路径下找到php.ini，这个文件就是影响你的Eclipse插件工作的。把它修改成用xdebug而不是默认的zend，大概是这样（注意我是把下载的xdebug的动态库也拷贝了一份到这里，所以是相对路径）：

接下来在Eclipse下面给debug做一下配置。先要告诉它xdebug时的php用哪个php可执行文件（这里小阻拦了本座一下，个人觉得，这里要手动添加php的可执行文件是非常搞笑的bug） ：

然后在debugger下面配置你刚刚添加的可执行文件。

新建一个PHP Project，然后新建一个经典的phpInfo页面。如下图：

接着我们就可以调试了。不论是Wordpress还是Mediawiki，都可以作为一个本地项目，按照debug as a web page的模式去调试了。

延伸阅读：
lifehacker上面一篇不错的wiki安装指导 – click