会发生突变。
但还有一个问题是，需要检测查阅的过程中是否发生突变，如果发生，就给一份新的，如果又发生，就再换一份，直到完全确定查阅到的是原版内容。
然而在得到这个方法半分钟后，贾修就直接否定了此方案。
不「优美」。
感觉蠢蠢的。
身为一个有追求的程式设计师，还是希望方案可以优美一点，尽量减少最简单粗暴的方式。
那样做的话，他这边是简单了，「硬体」需求上麻烦就大了。
无论是作为程式设计师的身份，还是作为游戏玩家的身份，他都很讨厌不给游戏做优化，全靠硬体撑著的厂商。
很不优美！
而且更要紧的，他的这台「伺服器」流量也有限，方案的复杂度太高，按照贾斯汀娜的说法会让她疯掉。
保护伺服器从他做起。
毕竟要是贾斯汀娜真烧坏了，圣光过不过来寻仇另说，他也没地方找替代品。
贾修翻开小本本，立刻开始写写画画起更便捷的方案。
以一百五十次里二十四次变化的频率，全备份确实浪费得不得了。
那么，只备份「用户」用到的那些呢。
贾斯汀娜作为服务端，查阅论文的施法者作为客户端，可以在客户端发来查阅指定论文的法术请求后，服务端再开始备份对应论文，备份完成后再允许查阅请求，这样避免所有论文都提前备一份的尴尬。至于什么情况下需要替换，其实也不算太复杂。
可以用一个无波动魔力流作为检测标准。
在获得了魔能通悟能力后，贾修就发现了一个现象。
突然变化的魔力波动，会引起无波动魔力流的震荡。
也就能用于检测出哪一次查阅法术请求，引起了突变。
至此，方案算是优化了一些。
但似乎还不够好。
有一个问题始终没解决，就是假如有个超级倒霉蛋，提出的查阅法术请求，每次都能引起突变，导致一直查不出来。
好像没法排除这种可能。
目前还不清楚这种跳变，是纯随机，还是伪随机。
要是纯随机，真有天选「倒霉蛋」，那可怎么整。
贾修笔头戳著脑门，陷入纠结……