第二十五章 浮雕变相

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

我们陷入到无尽的循环当中，无论如何也走不出这片石碓阵，我怀疑这困住我们的，便是奇门遁甲。

针对奇门遁甲，我知之甚少。只知道这是一部以易经八卦为基础的数术著作，这其中涉及到星象历法、天文地理、八门九星、阴阳五行、三奇六仪等要素，不可为不博大精深，如果没有潜心钻研过，绝非常人能触及其皮毛的。而且一直有个邪门的说法，说是十个奇门九个疯，我觉得大概是说容易走火入魔吧。

大头反应很快，下意识问：“你是说我们着了奇门遁甲的道？”

他见我我点点头，接着又问：“刚刚你说的三式什么的乱七八糟是什么东西？”

我腿盘的麻了就摊开双腿，倚在背包上，解释道：“三式是中国古代最高层次的预测术，当然这种预测和玛雅人那种可不一样，它是古人尝试解释自然规律的一种体现，比如说地动仪，这也能算得上是一种预测。而这三式分别是相当于天的’太乙’，注重预测天象自然灾害方面的事，其次是’大六壬’，相当于人，侧重对人的未来轨迹的预测，后来的扶乩、卜筮、相术、谶语大都脱胎于它，最后一个便是相当于地的’奇门’，便是后来的奇门遁甲，注重于道理环境方面。”

薛冬青听得入神忍不住插嘴说：“还真有这种东西？”

“当然有。”我对他说：“奇门遁甲最初创立时，共有四千多局，具体数字我记不清了，传说风后改过一次，将它改良到1080局，到周朝时姜太公因为行军布阵，将其压缩为72局，到了汉代张良得黄石公传授后，再次改革，成为阴阳遁九局，共十八局的精简版，再其后诸葛亮和刘伯温都因谙熟奇门遁甲而运筹帷幄决胜千里。我在秦汉堂的时候，有两位南方老板带去过三块石板，分别是第十五局的‘黄龙仙游’，第十六局的‘天虎司衡’，和第二十四局的‘天门大开’，可惜以我当时才疏学浅根本看不懂上面的内容。”

大头沮丧道：“那还是白扯啊，咱们几个都没人钻研过这玩意。”

我让他先别急，说着在地上画了两个手印，问他们有印象吗？

大头看的直皱眉，我也不想卖关子，就说：“这两个手印是我们遇到的两尊浮雕上人手里捏的印诀，说到这里就不得不提一下奇门九字诀，这是奇门遁甲中代表九种消除业力的印法，分别是临、兵、斗、者、皆、阵、列、前、行，一字对应一印，一印代表一种力量。左边这个是’斗’字诀，代表勇猛果敢的力量，右边这个是‘列’字诀，代表解开一切困扰的力量。我觉得在这片石阵里一定还有其他七座浮雕，而阵眼其在其中一座浮雕的身上，只要我们能找到那座浮雕，就一定能够破了这个障眼法。”

几人听闻明显轻松一分，大头拍拍我的肩膀，不胜唏嘘：“还是大学生好啊。”

我皱眉说：“不过别高兴太早，还有一个坏消息，就是我目前还确定不了哪一座才是真正的阵眼。”

大头满不在乎的说：“没事，大不了就是多跑几趟呗，咱们一个一个试，总能给碰上。”

我说：“恐怕没有那么简单，我觉得布局之人不会给我们那么多次机会，如果触发错了某座浮雕，可能会有一些意想不到的事情发生，或许会把我们永久困死在这。”

“那怎么办？”大头问。“我们要做行动的巨人，不能在做干等着啊，你有目标吗？”

我说可能在‘者’，‘皆’，‘列’三个中的一个，“‘者’代表支配自己身躯的力量，‘皆’刚刚说过了，代表解开一切困扰的力量，‘列’代表打破一切自己的阻碍，我觉得从手印的意义上来说，这三点都符合我们当前的状况，如果解开阵法的阵眼在浮雕身上，一定就在这三处。”

当前我们也拿不准三座中的哪一座，便决定先找到三座浮雕所在的石碓，来回跑了五六遍，终于确定了三座位置。我们停留在最后的‘列’字浮雕前。

浮雕如前几座一样，只是手势掐了‘列’字，为左手食指立起，右手握在上面，拇指放进内侧，神情不怒自威，如意尊不动明王。

我们几个商量下，他们觉得‘者’的几率很小，毕竟大伙当前没有被困住行动力，而是一种阻碍，这种阻碍对‘皆’和‘列’可能更大一点，小何指着‘列’说要不就在这试试，反正也没头绪，这两个选一，就看祖师爷保不保佑了吧。

这个提议得到了大头的首肯，他是行动派，我也确实拿不出好办法便同意试试。

巨大的浮雕显得十分神秘，小何说不要都过去，他一个人就行，如果真起了什么变化，不至于全军覆没。我知道他说的是对的，叮嘱他带好装备，一旦觉察到危险及时退下来。

小何身手矫健，在部队里也操练过攀岩，爬这尊浮雕对他来说没有多大难度。

我们在下面用手电帮他照亮，说来奇怪，之前没有细看，这一看才发现，浮雕并不是整个的岩面雕刻，而是由很多块凹凸不平大小不一的岩石堆砌而成的，凸出来的各个部分便形成了浮雕。

这时大头给小何照亮一处凸起，那是在浮雕人物胸前佩戴的一块菱形玉佩，在玉佩中央似乎有些不同。

“找到了”小何在上面喊道。我心里突然有种不好的预感，这种岩石“组件”化浮雕，显然有着它的某种意义，如果单纯是为了表现，根本没必要花费这么大的代价做成“组件”。我在大学接触过编程，一般组件化思想多会用在一些具有复用条件的代码上，这样在某些属性变化的时候，我们只需要通过继承并且重写那几个属性便能很快的生成新的组件。