UglifyJS会对JS文件的变量名进行混淆处理，要理解Javascript变量混淆的细节，我们需要回答以下几个问题：
1.遇到一个变量myName，我们怎么知道这个myName变量要不要混淆
2.混淆名字怎么生成才合适，新的名字替换旧的名字时有什么要注意的地方？
3.哪些关键字会产生一个作用域？
4.作用域链跟符号表在UglifyJS里边是怎么体现？
5.UglifyJS混淆的过程是什么样？
我们先梳理一下这5个问题，最后贴出我阅读UglifyJS在这部分的实现时做的代码注释。 [Read more...]
为了理解源码结构，必须要进行语法分析，uglify在语法分析阶段得到一棵AST树（它的结构是数组嵌套数组，parse-js移植于一个Lisp的项目，获得的AST树类似Lisp里边的表，数组套数组：["toplevel", ["stat", [xxxx]]]）
对于JS来说，一个文件就是处于一个全局域的语句块，uglify里边把这个命名为toplevel的语句块，里边涉及各种状态，太具体的状态就不画图了，上一个语句块的状态转移的图片，其他还是要阅读源码比较爽快。
uglifyjs是用来压缩混淆JS文件，同时会对代码尽可能的优化，使得最后产出的js代码非常小，uglifyjs通过nodejs写的，底层用了一个parse-js的进行AST分析。
这两天在工作空隙的时间阅读了uglifyjs的源码，发现了很多js语法细节的东西，略有收获，顺便把看的过程注释在它代码里边。
词法分析的文章写过好几篇了，不想重复了，直接贴代码注释了。 [Read more...]
我们先看一下在zend_language_parser.y里边是如何书写赋值语句的语法规则（在没有任何说明的情况下，本文讨论的仅仅是：$var = 1;这样一条简单的赋值语法规则）。
近期看了几本关于Linux的书籍，打算再重温一下APUE（《Unix环境高级编程》），需要写几篇文章沉淀一下之前看过的记录自己的理解。其实我对Linux系统（或者说操作系统）最感兴趣的部分还是如何执行程序，进程间如何进行调度（进程也成为任务，下文的伪代码中用task来表示跟进程相关的结构）。
这一系列的第一篇就写写自己对进程的理解吧，由于存在一些理解上的偏差，文章描述可能有误，还请指正。
我们告诉操作系统我们要执行程序A和程序B，于是操作系统从硬盘里边把程序A跟程序B读出来，并初始化，最终放入调度队列，整个初始化进程的流程如图1所示：
图1 进程初始化
在初始化进程的内容之前，需要把进程的状态先设置成TASK_UNINTERRUPTIBLE，表示这个进程还不能被唤醒跟不能被调度，在设置完之后把进程状态设置成就绪状态TASK_RUNNING，此时的进程就具备了运行的条件，但是具体能不能运行还得看之后的调度程序是否选择它来运行。
[Read more...]
本篇文章是剖析Sizzle的最后一篇，上一篇文章把大概的匹配器解析过程剖析了，但是还有一个特殊的选择器规则没说到：位置伪类。（姑且称为位置伪类吧，因为它与节点在父节点的位置信息有关）
上一篇文章已经把详细的匹配器工作过程叙述了一遍，本篇文章不再叙述相关过程，只是把其中有关于位置伪类特殊处理的部分剖析一下，了解详细匹配过程移步到《jQuery源码剖析（九）——Sizzle选择器引擎之匹配器》
[Read more...]
上篇文章《jQuery源码剖析（八）——Sizzle选择器引擎之解析原理》谈到一个终极匹配器superMatcher，它把候选元素集合seed筛选出最后符合规则的节点集合。如下图：
从这个图中我们知道，superMatcher的输入是DOM节点结合，输出也是DOM节点集合。这个终极匹配器里边需要一堆小的匹配器来判断当前输入的节点是否符合规则。
因此容易想到这样的匹配器的形式如：function(elem){return true;}
也即是说，输入一个DOM节点，判断一下输入节点是否符合某个匹配规则，如果符合了，那它就应该在最后的结果集里边。 [Read more...]