达达尼昂（以下简称达）：丹哥你好！我是豆瓣网的情趣影迷，非常高兴能采访你！ 
　　甄子丹（以下简称甄）：你好！豆瓣网的豆子们大家好！ 
　　达：很多网友都说您还是一如既往的英俊，魅力更胜当年。 
　　甄：呵呵，谢谢。 
　　达：但有细心网友发现，在《叶问2》中，你脸上的粉比《叶问》厚多了 
　　甄：…… 
　　达：演您太太的熊黛林比您高出不少，你有压力吗？ 
　　甄：没有，打小我就喜欢爬树。 
　　达：郭富城来探班，你有压力吗？ 
　　甄：没有，我可能比他矮，但不比他短。 
　　达：但又有细心网友发现，你的手好像比较短？ 
　　甄：此话怎讲？ 
　　达：因为观众们不只一次看到你连续挥拳但是都打不中别人，当时你的拳头离对手的脸部只有0.01公分，但无论你怎么努力，就是打不到啊打不到 
　　甄：…… 
　　达：呵呵，冷场了，我们聊开心的话题：很多女网友表示，《叶问2》没有《锦衣卫》好看，因为你没有露胸肌。她们痛苦流涕，字幕结束后也久久不愿离去。 
　　甄：呵呵，其实脱不脱衣服主要是根据对手决定的。这部戏里，我的主要对手是洪金宝老师和Darren Shailavi先生。洪老师……你们不想看他脱光衣服的样子吧？ Darren Shailavi虽然几乎全裸演出，但为了表示中国人比英国人更绅士，中国武术比西方拳击更有文化，所以我也就没有脱。 而且各位亲爱的女性观众，叶问是一代宗师，你能想象你们老师脱光衣服的样子吗？只能是老师想象你们脱光衣服的样子，对吧？你们看片尾字幕，都是叶问穿衣服，李小龙脱衣服的 
　　达：可在《锦衣卫》里你对着赵薇露胸肌了，你也没有打她 
　　甄：对付某种女人，男人只需证明你拥有比她更大的胸部，就可以在精神上击垮她，让她跪着为你唱《征服》 
　　达：但也有部分女网友表示，她们对你的胸肌真实性表示怀疑，特别派我来捏一捏，抓一抓以辨真假 
　　甄：……年轻人，你以后的路还很长…… 
　　达：哈哈，开个玩笑。我发现《叶问2》中许多招式设计都是雷同的，像霹雳闪电咚咚拳和武松打虎乓乓拳，你有没有担心这样会让自己的影片失去创造力。 
　　甄：很多东西重复重复又重复就成了经典。像李连杰的佛山无影脚，成龙的……逃跑，都是这样的。其实你看着好像一样，但是每部影片中，我打的人，我日字冲拳的频率，我出拳所用的卡路里，我眼神中流露出的哀伤……都是不一样的，你要用心去看，就能看出来。 
　　达：《叶问3》准备打谁呢 
　　甄：日本人，英国人都打了，接下来应该是美国人吧。具体是谁还不清楚，可能是蜘蛛侠或是超人，身为一个地球人，我表示鸭梨很大。导演也说过安排叶问穿越到潘多拉星球去打娜美人，不过我觉得这事不靠谱。其实我觉得从武学修为上，打城管比较有挑战性，但导演说打外国人票房才能大卖，打城管想上映都没戏，身为一个美籍华人，我表示费解。 
　　达：在《叶问3》之前， 你的下一部戏是和泰国的托尼贾合作的《急先锋》，影迷们都很期待这部影片。 
　　甄：谢谢大家关心，替我转告大家，下部戏我一定会脱的。 
　　 
　　 
　　达：熊小姐你好！整部影片你除了数钱就是生小孩，对于这样的角色设定你有何感想? 
　　熊黛林（以下简称熊）：金钱就是我的生命，谢谢。 
　　达：观众对叶问夫妇在那种艰苦的条件下还要生二胎表示费解 
　　熊：其实这是生活质量不高的表现，因为晚上没有电，谢谢。 
　　达：叶问系列还会延续这种“打一炮，换一个地”的风格吗？《叶问3》你还会生吗？ 
　　熊：（思考了一会儿）应该会吧，不生的话，我又能干什么呢？ 
　　达：八卦一个，前两个小孩叫叶准，叶正，第三个叫什么呢 
　　熊：老公想要一个女孩，名字都想好了，叫叶倩文。 
　　达：呃……导演认为这样没问题吗 
　　熊：我们说不叫叶倩文就叫叶伟信 
　　达：…… 
　　熊：最后妥协的结果是下部戏我们都会给小孩取小名 
　　达：什么小名？ 
　　熊：吐鲁番，海南岛，少林寺。 
　　达：……还是叶倩文好一些。 
　　 
　　达：洪金宝叔叔您好！好久不见，您还是这么丰满 
　　洪金宝（以下简称洪）：达达你好！作为“世上最灵活的胖子”，我对减肥这事很纠结。 
　　达：《杀破狼》里，你和甄子丹的激情肉搏让影迷们印象深刻，总是抱在一起在地上滚来滚去；《叶问2》你们似乎玩的是清水风格，在桌上打了半天没人倒下，没人倒下就分不出攻受啊 
　　洪：你说什么？ 
　　达：啊不对，是分不出高下啊 
　　洪：上次玩的太HI了，三个月不能行房事；所以这部电影我们换个姿势 
　　达：身为一个猪头，在人生的最后一个时刻被揍成猪头中的猪头，你有何感想 
　　洪：我先感你老母！再感导演他老母！导演说我不死唤不起观众的爱国热情。其实我看这部电影也就唤起了他们30分钟爱国热情。一个疗程结束，继续该干嘛干嘛。唉，每次和甄子丹拍电影我都活不下去，真是晦气。 
　　达：很多观众朋友非常揪心，看到你被痛扁，叶问为何不飞身而上，救你性命？ 
　　洪：其实我也很无奈，导演说这是“叶问爆发模式”，每部叶问电影里一定要有个中国武者被老外干掉，叶问才会变身成为超级赛亚人，开始发飙。 
　　达：你是说叶伟信抄袭鸟山明？ 
　　洪：不，这叫致敬，45度角往上看的都叫致敬。 
　　 
　　达：导演你好！终于采访到您了。听熊黛林说您非常低调，她试图在影片中植入您，都被您正义凛然地拒绝了。 
　　叶伟信（以下简称叶）：我怕某些学究派的影评家怀疑我是叶问的私生孙所以断然决绝。正所谓叔可忍婶不可忍，广告中植入春晚可忍，电影中植入绯闻不可忍。 
　　达：有评论人尖锐的指出，你是在抄袭《叶问》！ 
　　叶：哇！豆瓣网的记者好没有礼貌，怎么可以当面问人家这么尖锐的问题！？ 
　　达：有美丽寂寞的女网友托我捎个话，叶哥哥为什么每部电影都是一个姿势……人家会看地无聊滴啦～～ 
　　叶：呵呵，其实你看007系列，也都是走相同的套路啊。 
　　达：可007每部都有新的美女，新的武器 
　　叶：我们也有新的释小龙 
　　达：我总结出几条叶问电影定律，第一条是汉奸都是卧底，中国人没有坏人。 
　　叶：我们要相信人民群众的觉悟。所谓汉奸，只是一些不明真相的群众，又被西方腐朽资产阶级洗了脑而已。 
　　达：第二条，中国人再坏都是好人，外国人再好都是坏人 
　　叶：这是现实。你看前著名功夫明星，天天做慈善有什么用，就因为国籍不是中国的，天天被网民骂。你再看前著名琼瑶恶星，像坨屎一样，再惹人讨厌，也可以祭出祖国统一的爱国牌来为自己加分。 
　　达：第三条是电影前半部分叶问打中国人，后半部分叶问打外国人。 
　　叶：攘外必先安内嘛。 
　　达：温馨提示，您的发言可能通过不了管理员的审核。 
　　叶：这这这……其实每个被叶问大哥收服了的小弟，都死在了大BOSS手下，这为叶问了解敌情，酝酿感情都发挥了不可磨灭的作用。 
　　达：第四条是，叶问打的不是寂寞，打的是人生哲理，打的是中国文化 
　　叶：是的，孔子会神功，叶问好口活，这都是时代发展的需要。21世纪最缺的还是多功能复合型人才。 
　　达：第五条，大反派一定是外国人。 
　　叶：这是必须的。李连杰版的《黄飞鸿》用白莲教影射义和拳，被黄飞鸿打的落花流水。但如果是叶问一定不会下重手，而是通过谆谆教诲，感化白莲教众，其实我个人认为以叶问的实力，连菊花教都可以感化。只有外国人才是冥顽不灵的野人，不用拳头教训是不行的，这个主要体现了中国人和外国人之间的素质差距。 
　　达：第六条，影片结尾一定是打擂台，观众满座。 
　　叶：这容易营造一种气场，就好象电影观众也是围绕着擂台的现场观众一样，你没听见电影院的热烈掌声吗？ 
　　达：第七条，中国功夫+爱国主义=票房大卖 
　　叶：是的，愤青的钱最好赚。 
　　达：第八条，每部叶问影片的片尾字幕都是一样一样的——“李小龙牌”字幕。 
　　叶：是的，我们准备给字幕申请专利。叶问和李小龙的故事，我们还在创作中，实在非常纠结。不过制片方认为这样能够有效吊起观众胃口，效果也很不错。我们在考虑每部电影都让李小龙出来拜师，都被叶问拒绝。到了十六岁，具备完全民事行为能力可以为老师打工赚钱了，才收他进来，而这应该是《叶问13》以后的事情了。 
　　达：叶问3是打美国人吗？还是穿越到潘多拉星上去打娜美人 
　　叶：现在我们还在谈。其实观众是上帝，上帝让我们打谁我们就打谁。豆瓣网对这部影片的评价这么高，不排除响应豆友们号召打阿北。 
　　达：谢谢你接受我的采访。 
　　 
　　 
　　以上访谈，纯属做梦 
　　如有雷同，请一同去看病 

from http://movie.douban.com/review/3226001/

邀请各位开通网易微博，希望能在在2010年5月1日至2010年6月30日之间，平均每天发不少于7条的微博-_-!!

网易接手msn中国的事情应该确定了，并且合作不仅仅限于门户内容。即使只有门户这块，对网易摆脱日益边缘化的地位，也是极其重要且必要的。

Memcachedb与Tokyo Tyrant这两个东西，出发点不同，但结果却有点殊途同归。Memcachedb以bdb作为后端，给memcached增加持久化功能、事务支持及主辅同步等功能；Tokyo Tyrant 则是为 Tokyo Cabinet提供了网络接口和前端缓存。最终的结果，都是出现了一个支持高并发的分布式持久存储系统，适合于高速读写、无严格事务要求的应用场景。Tokyo Tyrant 同时提供了兼容Memcachedb的接口，因而理论上memcached的各种client也可用于Tokyo Tyrant 。

Memcachedb比较一提，因为它是国内的老牌门户sina的开源作品，广泛用于新浪博客等产品线中，像digg.com这样的站点也使用了memcachedb。虽然在此之前，cache+key-value数据库的方案其实已然大行其道，但首先开源的新浪，还是值得表扬表扬的。

Memcachedb引入bdb持久存储的代价还是不小的，虽然数据是先写到bdb的过程是异步的，性能上的cutoff还是相当客观；其并发写入的性能降到memcached的一般一下，不过读数据的性能损失较小。

mknod用来建立特殊文件节点，命令格式为：

mknod [OPTION]... NAME TYPE [MAJOR MINOR]

TYPE可以是c(字符型设备), b(block设备), p(管道)，只有root用户才可以使用c,b类型的参数。-m参数可以指定创建文件的权限。如果/dev/null不小心被删除、覆盖了，或者由于某些原因损坏了，可以用mknod重建。
使用 ls -l /dev/null，可以看到一个正常的/dev/null文件:

crw-rw-rw-    1 root     root       1,   3 2003-01-30  /dev/null

这个说明，/dev/null是个字符设备，权限为666，MAJOR为1，MINOR为3。因而可以使用如下命令来recreate /dev/null:

rm -f /dev/null
mknod -m 666 /dev/null c 1 3

major device number和minor device number是由内核解释的，在<内核源码根目录>/Documentation/devices.txt文件中有说明。内核源码根目录通常为/usr/src/linux。
以这个/dev/null来说，type=c,major=1,minor=3代表的是Null device:

1 char    Memory devices
          1 = /dev/mem      Physical memory access
          2 = /dev/kmem     Kernel virtual memory access
          3 = /dev/null     Null device
          4 = /dev/port     I/O port access
          .....

其他很多特殊设备文件的原理和/dev/null是一样的。例如tty设备：

[root@bj19 root]# ls -l /dev/tty
crw-rw-rw-    1 root     root       5,   0 2003-01-30  /dev/tty
[root@bj19 root]# ls -l /dev/tty2
crw-------    1 root     root       4,   2  4月  8 08:34 /dev/tty2

从1.5版本开始，jdk引入了java.util.concurrent包，其中包含了很多用于简化多线程开发的工具，java的并发编程，可以说变得很容易了。

一、线程池。

ExecutorService提供了线程池功能。ExecutorService的实例可以使用new SingleThreadExecutor()或者new FixedThreadPool()来获得。ExecutorService可以用来执行实现了Runnable接口的对象，或者实现了Callable接口的对象。Runnable是久已存在的接口，以前用作传给Thread对象的接口，现在也被各样的线程池用于传入的对象接口。Runnable接口只有一个run函数，函数没有参数，也没有返回值，需要获取运行状态的时候，就只能通过另外的手段。Callable接口的call方法则带有返回值，这个返回值是泛型化的，类型就是实现Callable接口时指定的那个T。

实例化一个ExecutorService后，就可以调用submit,invokeAll或者invokeAny来执行了。这些方法会返回会返回Future或者List对象，调用Future的get方法就可以拿到执行结果了。Future的这个get方法在子线程结束前是会堵塞的。

二、同步机制Lock/Condition,Semaphore,CountDownLatch,CyclicBarrier

java的同步是基于对象锁实现的，所有的对象都天然的带有一个单一锁，JVM会跟踪对象上锁的次数，未加锁时对象上的技术为0，一旦一个对象上锁的计数不为0，则只有已经在这个对象上加锁的线程才能继续获得这个线程上的锁。jdk1.5之前的互斥是通过synchronized关键字实现的，synchronized可以指定加锁的对象，如果没有指定锁定的对象，就锁在同步代码段自己所在的对象实例上。在进入synchronized代码段时对象上锁的技术加1，离开时减1，当同步代码段中有异常抛出时，JVM也会自动释放锁，因而synchronized是个挺好使的东西。

Lock的机制和synchronized是一样的，但是程序员可以手工控制lock和unlock的时机，并且提供了trylock(尝试能够获取锁但不会真的加锁)这样的方法，可控性更强一些。另外，unlock是需要写在finally代码段中的，以防有异常抛出造成锁没有释放。

Lock的一个好处是可以绑定多个Condition。Lock+Condition的组合，类似与synchronized+其加锁的对象上的监视器方法(wait,notify等)。Sun官方给出了一个生产者-消费者的例子，来说明Lock的这种用法。http://gceclub.sun.com.cn/Java_Docs/html/zh_CN/api/java/util/concurrent/locks/Condition.html

Semaphore。顾名思义，它确实就是一个信号量……acquire方法获取一个资源，没有资源就会被阻塞，release释放一个资源。与锁的区别……参见各操作系统教科书上的习题集解答。

CountDownLatch是一个倒计时似的计数器，调用countDown()方法会减少计数，计数为0时被其阻塞的线程就被唤醒。CyclicBarrier与CountDownLatch类似，不过不实在计数为0时恢复阻塞的线程的执行，而是在计数到达设定的某个数值时;并且CyclicBarrier是可以用用的，CountDownLatch是一次性的。

三、并发集合类

包括ConcurrentHashMap,ConcurrentLinkedQueue,CopyOnWriteArrayList,BlockingQueue等。这些都是对应的java.utils中的集合类的高性能、线程安全的实现版本。以ConcurrentHashMap来说，其对应的容器版本是HashTable和HashMap/synchronizedMap。HashMap不是线程安全的，而HashTable和synchronizedMap对单个操作是线程安全的，但是多个操作序列如果要保证同步，则必须要加锁，比如put-if-absent操作:如果不包含一个key，那么新增加一个key-value值。HashTable/synchronizedMap同步的代价是比较昂贵的，同步是基于加在这个对象本身上的一个单一锁，这样两个线程甚至没办法并发调用他们get方法，这个同步事实上是读-读也会互斥的。

ConcurrentHashMap实现了putIfAbsenct方法，并且，实现了好得多的并发性。几乎所有的读-读操作可以并发进行，读-写大部分也可以并发进行，甚至写-写操作有时也可以并发。

CopyOnWriteArrayList是一个实现了COW机制的集合类，比较适合于读多写少的情况。

BlockingQueue是一个阻塞队列。为空时获取元素的方法会阻塞，容量满事添加元素的操作会被阻塞。从这个集合类的功能设计可以看出，它的目的用途非常明确……以后用java来写生产者-消费者大作业的同学有福了。

四、原子操作类

Jdk2.5提供了以系列的atomic class来简化同步处理，包括AtomicLong, AtomicInteger, AtomicReference等。在java中，赋值、自增等运算都是无法保证原子性的，原子操作类通过包装了同步操作实现了相关操作的原子化版本。

Unicode字符集现在有超过10万个字符，其BMP部分也有六万多个字符；而GBK字符集只有两万以前多个字符。这样的话，从支持unicode字符集或者unicode字符集BMP的编码方式，转化到GBK编码的时候，就会有编码落到GBK字符集以外，不能转化成GBK编码。在java中，转换之后的字符串，这部分字符都变成了’?’。

通常这些都是非常生僻的字符，倒是可以不考虑；但是有一个特殊的unicode字符，不在GBK字符集中。却频繁用于xml/html等格式的文件中。这个字符unicode序号为0xA0，utf-8编码结果为C2A0，作用是一个排版空格——普通的ascii空格在xml/html中是被忽略的。大量UTF-编码的网页使用这个字符用作占位的空格。而且似乎浏览器对它的处理方式也不同：IE8浏览器会认得这个空格，firefox3.6简单的把它替换成&nbsp;。当把一个utf-8编码的网页转成gbk编码时，这个字符就变成讨厌的问号了。

处理方法，就是在字符串以GBK编码写出之前，把这个字符替换掉：

str = str.replace('\u00A0', ' ');

彻底而保险的方法是过滤所有GBK不能表示的字符:

str = str.replaceAll("[^\u4E00-\u9FA5\u3000-\u303F\uFF00-\uFFEF\u0000-\u007F\u201c-\u201d]", " ");

立此存照。韩寒六点二十多更新，七点三十多文章被删。

今天，在一些论坛上，我看见了福建马尾审判三个网友，说真的，我的确完全不知道是怎么回事，于是，我就开始搜索，我先上了谷歌香港，结果就和我搜索胡萝卜和李子一样，页面再也无法打开，于是我上了百度，我只知道有三个网友，因为涉嫌诽谤，被抓了起来。那么他究竟诽谤谁了呢，诽谤了当地公安，我当时就想，这三个人完蛋了，诽谤了当地公安，再由当地法院审理，这审判结果岂他们不是都已经在当地饭店里谈好了。

本着公正的态度，我继续搜索这三个网友究竟是为什么诽谤了政府，但是线索到这里就断了，我先用了百度知道功能，百度表示不知道，当然，知道了也不会告诉你，于是，我使用了新浪爱问功能，结果爱问不问。最后，我大致知道了故事的内容，这其实是一个很典型的故事，为了防止出现文章过敏的情况，我一概隐去了人物姓名。

主人公突然死了，家属怀疑是被轮奸致死，提出尸检，尸检的结果是主人公自顾自病死，并非强奸致死。家属怀疑警方包庇罪犯，提出还要尸检，但是相关部门并不配合。家属的情绪很不稳定。三位维权人士听闻此事，以死者是被强奸至死的观点，的将此事件做成了视频和文章，转发到国内外论坛。当地公安召开新闻发布会，强调死者是自然病死，随后，参与制作视频发帖等人当地公安机关逮捕，其中主要负责的三人，二审被判有期徒刑一年到两年。

事情大致上就是这样的，就案情本身，关键是死者到底是怎么死的，这个我不知道，我也没有证据，所以无法站在维权者或者政府的任何一方说事。政府认为，只要他们宣布了，这就叫证据，维权者认为，只要他们调查了，这也是证据。这件事情我并不了解，在其他众多的维权事件中，政府一定全错么，不一定，维权者一定全对么，也不一定。但是为什么政府永远表现出全错的态势呢？

其实很多事情其实都是当地政府自己弄大的。如果他是真的自身突发疾病死亡，那么便让有公信力的地方来尸检，说服家属便是。很多网友说，政府急需成立廉政公署，来树立公信力，我认为廉政公署没有用，香港很少发生腐败事件，其实并不是拥有了廉政公署这四个字，而是因为廉政公署是独立的这三个字。我认为，大陆现在的国情是不适合成立一个独立的类似廉政公署的机构的，如果一成立然后来真的，那几乎所有公务员及其亲属都嗖一下不见了。但是，大陆最最急需成立的一个部门乃是独立的“尸检部”，这个尸检部必须拥有向廉政公署一样的独立性和公信力，必要的时候做到电视直播尸检。仔细回想中国近几年发生的公众事件，有多少是因为尸检而生。尸检部是维护社会稳定的重要部门，因为现在的尸检结果，无论是真的假的，老百姓都不相信。排除这件事情，虽然我认为，很可能不少的尸检结果是正确的，但老百姓的怀疑也不是错误的。一个喜欢先定性再定罪的政府，其绝招也很容易被老百姓学去，所以说，我们要原谅老百姓动不动就认为自己的亲人是被人害死，而罪犯是被政府包庇了，尸检是被政府操纵了。因为在这个社会里，你不讲证据，那我也不讲证据，你不透明，我就猜测，我一猜测，你就说我诽谤，我再追究，你就说这是国家机密，我一闹大，你就……你就……你就反而省事了，什么事情都不用做了，自然会有相关部门通知新闻部门这事情不准报道。但是，这一切埋下的都是仇恨的种子。

所以说，对于地方政府，这事情其实一开始就很好解决，绝对公正的尸检，如果真的是病死，说服家属，如果真的是被杀的，捉拿凶手。退一步讲，这个事情完全可以放到台面上，公开的去说清楚，大家拿各自的证据来说事，但官方是从来不屑于这么做的，他们认为这样降低了他们的威信。而且我们的官方永远是一开口就置自己于不利，你从来看不到他们坦诚的用我们人类正常交流的语言说话的时刻，永远用没有人性的官腔去对抗老百姓的哭诉。听音乐的朋友都知道，唱腔是多么的重要，一个你讨厌的唱腔，唱什么歌都是错的。

现在，那位女孩子是怎么死的已经不重要了，更重要的是那三位维权者的判决。至于诽谤罪，看来是非判不可了。类似的罪名不能从法律上去诠释，而是要从人情世故上去找结果。因为面子对于政府是很重要的，人家都关了你这么长时间了，尤其是因为这个理由，现在把你放出来，你法院是能得到喝彩，但是人家公安以后怎么混，都在一个县城里，抬头不见低头见，办公室不见桑拿见的，这见面了还怎么相处。其实这么多年，大家都误会了人民法院的意思，人民法院并不是指属于人民的并为人民服务的法院，而是指只负责解决人民与人民之间的矛盾的法院。

这三位替他人维权的网友，被判了一年到两年以后，很多网友认为，这件事情代表了互联网的黑暗时期将要到来，代表了维权人士将要遭到打击报复，代表了网络的监督将要受到取缔和法办，代表了言论自由的彻底消失，我认为其实这些都不是，小小的一个县城的公检法，你不能把人家想的那么深邃，其实这件事情只代表了一个意义，传达了一个讯息，那就是——让你见识见识我的厉害。

是的，让你见识见识我的厉害。我们见识了，我们都很害怕，但是我们也不知道，你们都在害怕些什么。