谢谢哈，长知识。

ziv2013是对的，补充一下个人理解，Depex本身主要是解决依赖，各种模块之间可能有复杂的依赖。
一个模块要想运行，必须要满足依赖才能运行(这个dxe_dispatcher会帮我们自动分析依赖，让没有依赖的 或低依赖的先派发)（间接影响执行顺序。）
一个模块还可以register_protocol_notify，等到依赖满足会自动call注册的回调函数，完成剩下的任务。
只有DXE_DRIVER需要Depex,UEFI_DRIVER不需要Depex，因为UEFI_DRIVER已经隐含需要满足（所有architecture_protocols的依赖，参见PI spec),所以UEFI_DRIVER总是会（被自动由dxe_dispatcher）放到driver-list最后的去运行。

或写成：
default = STRING_TOKEN(STR_STRING_CHECK),
inconsistentif prompt = STRING_TOKEN(STR_STRING_CHECK_ERROR_POPUP),
pushthis != stringref(STRING_TOKEN(STR_STRING_CHECK))
endif;

如果这样解析不过表示VFR解释器有bug。

关于“只能放在这个定义的末尾，如果放在中间。。。”，不可以放到string那个中间，是因为不符合语法:
“default = STRING_TOKEN(STR_STRING_CHECK),”这句是一个单独的vfrStatementDefault,不属于vfrStatementString.

thanks.

好的，谢谢。我自己添加了一个模块，加了debug 信息居然没打印出来，连entrypoint都没跑就觉得奇怪

根据我的理解是：只有当这些 Protocol 的 GUID 已经存在才会执行这个模块。通过这样的方法可以控制执行顺序。如果对某一个功能有依赖，可以把那个功能创建的 GUID 写在这个位置，然后执行的时候会先检查，如果满足条件才会执行。

我看这个地方都是填上一些protocol的GUID，但是不知道为什么要写上那些protocol

不好意思，没搞过，从来没有遇到这样的问题。我只知道这个是用来控制执行顺序的。