目前 YakSSA 模块可以完整解析 Yak代码并生成对应的 SSA 格式数据流和控制流分离的指令集，基于此可以方便的进行数据流分析，同时重建的类型系统更进一步提高了静态分析能力。 

简而言之！YakSSA 模块提供了非常不错的程序分析能力！如果经常使用 Yak Runner 的朋友们可能已经注意到，目前的 Yak Runner 错误提示功能已经不只有编译语法报错了，这就得益于 SSA 模块的加入。通过静态分析的错误提示，在大家编写代码的时候可以边写边进行修正，以后再也不用等运行时报错再修改代码了！

目前的 YakRunner 支持以下的程序错误检查：

SSA 在生成时就会计算变量的 use-def 链，因此对于各种未定义变量的使用的定位手到擒来！从最简单的单纯使用未定义变量：

到在 a.$b 形式的索引：

再到数据流交汇时可能出现的未定义变量：

甚至在模板字符串中的未定义变量使用：再进一步，如果在闭包函数中使用到了外部变量，但是其实外部根本没有定义该变量呢？或者定义闭包函数时定义了变量，但调用函数时外部变量不存在了呢？YakSSA 仍然可以帮到你！

在之前，对于大家经常使用（并且真的非常好用）的标准库函数的检查一直不到位，很多时候不熟悉的函数需要查找文档甚至代码的定义才能确定参数以及返回值。现在有了 YakSSA 的检查，将会对这些统统进行静态检查！大家遇到报错也可以立刻修正！对于返回值个数的检查：对于参数的检查：

另一个经常出现在标准库函数调用的问题就是错误处理， 大家可能会在调用函数时将几个参数全部使用同一个变量接受，这当然是可行的，这个变量将会成为一个列表。但是很多时候大家直接忘记了该函数返回的错误，当这个错误存在的时候，可能该列表其他数据都是无意义甚至引起错误的。错误必须要得到处理，YakSSA 贯彻了这个思路，并且得益于数据流分析，无论这个错误被如何传递，YakSSA可以将这个错误追踪的相当准确。

当然处理错误仍然是非常简单的，在 Yak 内只需要 die(err) 或者使用 ~ 形式的函数调用即可，比 Golang 方便得多，又保证程序流程的正确性，何乐不为呢。

当使用 ~ 调用的时候，函数最后的错误将会被自动处理，此时的函数返回值将会少一个错误。这大家都知道，但是这意味着我们需要记住大部分函数的返回值数量么？当然不是，现在 YakSSA 将会自动检查函数返回值的数量，包括使用 ~ 调用的情况，同样会去除最后一个错误。但是如果一个函数并没有返回错误的话，是不应该对其使用 ~ 形式的调用的！

目前的 YakSSA 静态分析能力已经在 YakRunner 中初步使用起来，但这只是一小步，接下来的一段时间内 Yak 将会继续加强对代码的静态检查，基于此我们还可以做很多有趣的事情！