第153页（1 / 2）

就像巡猎本身是在丰饶的催化下诞生一样。

表面上看起来与欢愉的命途背道而驰的悲悼伶人，反倒可能是最贴近欢愉星神阿哈理念的行者。

“智识……这我就不太确定了。”老人有所猜想，但最后还是犹豫地摇了摇头。

智识命途相对来说会更贴近表层的意思一点，相比表层之意真的只是冰山一角一部分的巡猎，它就是非常正常地看天赋做科研、深入开发智慧探索智识的命途，几乎是一个完全自足的圆。非要将其对应、找它的对应命途的话，那可能就是神秘了。

毕竟智识是探索为止、而神秘将已知化作未知，而且智识的命途或者星神同样锁定了人类所能认知的边界，在某种程度上和神秘所执行的权能相重合。

这种看似浅显的命途似乎很难直接将其和欢愉虚无对应，不是强度的问题，而是思想层面的问题。

但是宇宙的基地并不只是人的认知，也是客观存在的事实。

欢愉和虚无可以从各种侧面探及世界的本质，而智识才能够真正意义上将其解析。

……当然，这也只是猜测而已。

但其实说到阿哈、说到第四面墙、说到这个世界本为虚假的话……星沉默两秒：“怎么感觉千秋有点像个补bug的？……e，或者说，错误抛出？”

可以说是补全了原来的规则尚且没有触及到的部分，也可以说是阻止了同一条命途或者不同命途之间规则发生冲突、产生悖论的情况。

破写程序的都知道，所有放在现实中应用的程序都有可能出现各种意想不到的bug——一般来说非测试版本的软件内部是不怎么会出现直接的bug的，但是架不住用户总是会用测试人员都意想不到的方式去使用软件。

测试人员最开始做的测试就是，当产品需求是希望用户输入一串数字和字母混合的字符串用来作为密码的时候，你就要做好ta直接输入文字、输入非法字符、输入除数字和字母以外的其他符号、输入长度超过限制输入空字符……等等等等的可能性。

程序员要做的就是一套一套筛选过去，把符合条件的留下，不符合条件的全部报错，然后反馈给用户——重点在于阻止这串非法字符错误密码混入到后面的程序之中，带来更严重的错误。

程序是被人使用的，在运转这个首要的问题攻克之后，要迎来的第二个问题就是使用人员各种千奇百怪的操作了。

绝大情况下，这些由使用人员输入到程序里面的数据才是真正触发内部bug的原因——只要程序没有崩溃，那其实也只能算作是特性，只是使用者的体验感会因此发生一些小小的波动而已。

这些小“特性”只能算是用户体验问题，更新优化的时候，也能在日志里面写一句优化了用户体验，放一放问题不大——但bug、错误又或者异常就是必须要处理的了，不然问题就会变成程序卡死乃至于崩溃。

绝大多数下程序员解决bug的方法都是从底层找到这个bug的根源并将其修改消除，但是更多的时候程序里的错误是没有办法完全避免、甚至无法用if语句将其分流出去的，

那能做的就只有在抛出错误的时候将其拦截，判定若有此错误，选择另外一种方式处理、又或者将其判断为正常。

这是在程序中非常常见的、抛出“异常（exception）”的操作，当前方法没有办法捕获并处理这个异常，所以将其抛到上层尝试调用方法、直到遇到某个try-catch可以将其捕获并处理为止。

也可以打个比方，就是地方出现了某个事故，然后就一层一层的报上去问，你们可以处理吗？啊，没有。你们可以处理吗？啊，没有。啊，你有权限和办法处理？好的，交给你了！

……现实点就是推卸责任主打一个不粘锅我没办法负责呢。

星神以及命途当然不是现实生活中的各个部门、发生冲突之后还有上层来为他们进行调解、用各种办法处理他们之间存在的冲突和异常，甚至绝大多数情况下，祂们之间产生的冲突也只是影响用户体验而已——但是，异常肯定也是存在的，甚至不少。

他们的唯一上司就只有当前命途的星神，最多算上这个世界的底层规则——这套程序只有两层，抛出的异常可以被世界捕获、但是世界无法处理，甚至不同的程序还会进行自我生长、寻找新的bug。

就像前面提到的一样，只要对应的存在愿意，像是欢愉开拓这样的命途所有的行为都能用履行自己的命途来进行解释。

制造快乐是欢愉，让想要制造欢愉的自己无法制造欢愉是另外一种欢愉。世界上的一切既然存在就可以解释为快乐。

在循环之后，这就成了一个蛇妖