此时聊天室里似乎有人正在讲课，一个id叫“越小丙”的成员，正在战群雄。

但是这个问题对侯世达来说却很好解决，因为对递归调用的研究实际上是人工智能的一个前置科技。在曾经的历史上，对递归的研究早就已经解决了这个问题。

只看了两，侯世达就不得不从论文库里退了来。这对人的神经考验太残酷了，就像把一个女人扔普拉达的专卖店，结果却发现爹没带钱包一样。

放下对自己论文成绩的期待，他开论文库的目录页。这些论文照各自的领域分成了不同的集合。当然，目录和论文并非一对多关系，而是多对多的聚合形式。从信息的获取手段上，内堂的组织形式还是很先的。

侯世达换了个目录，从数据库领域里退来，转到了加密类目录里。上来第一篇论文，就晃瞎了他的睛。

的，就是等待。

mysql查询阻漏？

有这么一篇论文打底，有技术天赋的程序员想开个年净利几十万的小公司，一也不费劲儿！

推了论文库之后，侯世达又开了聊天室。他现在的份是罗汉堂内堂的普通成员，直接就到了聊天大厅。

不过当然，这篇文章光是阅读的价值就达20lb，恐怕一般的罗汉堂内堂成员都看不起吧？

越小丙：无解，所以必须摒弃。

这都能破解？如果这篇论文去的话，现在世界上整个加密系都要崩溃吧。

光是看摘要，简直让人有把所有论文都买下来的冲动。可再摸摸腰包，侯世达沮丧的发现，自己一篇论文也买不起。

有这个漏在手，凡是使用mysql的程序和网站简直就像什么都没穿一样！

越小丙：你们没有看过埃舍尔的石版画《瀑布》或者是《上升与下降》吗？只要稍微想一想，就知这递归调用是多么的危险！

说是大厅，其实排版相当的有怀旧气息。侯世达都忘了，自己究竟有多少年没有过聊天室了。左侧是聊天显示区，右侧是在线成员列表，下面一个文本输框，就是发言的地方。

大师兄：如果是递归调用的自指悖论，我想我有一个办法可以解决。

小寒：你这法不切实际。

小寒：但是在数据结构中，使用递归调用的方式能够将大任务比较容易的分解，只要找规律即可。实际工作中，不可能摒弃这方法。

比如说有数据库领域的目录，也有嵌式领域的目录，有安全领域、有作系统领域、有web开发、有开发语言，也许一篇论文里的内容涉及到多个领域，也不用非得单独属于某个目录，而是可以在所有涉及到的目录里找到它。

乌木：是的，我也认为越小丙的要求太了。要在程序书写标准化中摒弃递归调用，这不是一个经济的方案。

sysbench的实现原理！

不过还好，存在侯世达脑袋里的论文不知有多少。只要人工智能领域发展起来，何愁没有人去看他的论文？

侯世达就像一个刚刚藏宝库的小孩，看到每一篇论文都有阅读的**。

他搓了搓手，在键盘上打字到。

这是对数据库行压力测试的关键理论啊！好多专业的件测试公司的立本，阅读收费仅需要1lb？

除此之外还可以通过搜索方式，查找论文的摘要分，可以据作者的引用情况查找引用树状图…

侯世达看他们吵了两句，心下就已经了然了这是怎么回事。在数据复杂的情况下，程序员们确实不怎么用递归调用的方式，因为它是“自己调用自己”这法在大型程序中很可能会因为变量解释的层次不同，而导致指针陷自相矛盾的地步。

越小丙：你们这是不负责任、得过且过，递归的自指和自吞发生错误只是概率问题。只要使用了，肯定就会在应用中现逻辑错误的可能。指针不会永远用。

越小丙：新人？你能有什么办法，这可是业界公认的难题。来解释一下“后面这句话是假的，前面这句话是真的”，这个悖论要如何理吧。

md5码破解的基础思路…

乌木：这是可以承担的成本，目前来说这个难题无解。

侯世达漫无目的的在目录中翻找着，哪怕是搜索引擎的功能再全面，目录索引仍然是不可替代的。因为很多时候，找东西的人并不知自己想找的是什么。