3能提前预知后面几秒的战斗情况给予对应技能，当然这个不仅仅是对治疗的要求也是对T的要求。

Q：如何理解预读?

首先我们分析下预读这个过程的意义，第一就是减少施法时间，如果先有加血需求我们再读条那么我们需要1.5或者2.5的读条时间。如果预读治疗不管有没有加血需求都读条那么能在最短的时间内奶上那一口。

预读的优缺点是什么?

优点1：预读可以在最短的时间内奶上一口大的。

优点2：预读到三分之二如果没有治疗需求可以打断，打断意味着可能没有过量治疗和蓝量的浪费。

缺点1：准确的说叫成本，预读的本质的减少HPS提高HPM，追求更高的HPM和瞬间提血能力。但是预读了又打断这个动作明显是0HPS的。同时预读也是消耗了一个GCD，WOW是一个GCD游戏，治疗除了蓝量和治疗效果，GCD资源也是资源。你不花费这个GCD你可以用这个GCD去干其他事情，比如给个恢复，套盾或者驱散。这些行为或许都是有效的。

缺点2：目前大多数治疗会用Grid或者其他的团队框架插件。据我观察类似插件都有血量显示延迟的情况，目测0.2秒。实际中这个0.2秒的延迟影响还是很大的，所以观察仔细的同学上面可以看到我用的是可能会减少过量治疗和蓝量的浪费。可能这个词决定了预读或许没有想象中那么美好。

缺点3：我自己对于治疗的理解是，在掌握战斗情景下，了解BOSS普通攻击伤害，攻击频率及技能。我们安排治疗团队只要有40%-60%的治疗输出给到T就可以了，除非应对特定了技能除此没有预读的必要。

总结!

总结：我对预读这个事真的不是非常迷信，当然我也不完全否定其有一定的应用场景。如果MC加尔开挂T直接冲上去了，我能预感到没有治疗的话3秒内T可能会躺。于是预读强效顶级治疗。T上去后2秒内血量直接见底恰好我一个顶级强效释放完毕T那一刻逃出了死神的魔掌。然后后续的治疗也慢慢跟上了，预读避免了一次灭团。我不否定预读但是说真的一般不用，极少数特定场合会用。如果你真的喜欢预读我个人建议是一次预读打断之后下一次施法一定不能打断必须保证一定的HPS。如果连续打断意味着很长时间的0HPS。如果是这个情况说明根本不需要你的存在你还预读个鬼呢，还不如加其他人。最最最重要的是0.2秒的延迟这个很致命，现在没有判断宏了，不然可以在施法2.4秒的时候判断一次T的血量让宏来决定是打断还是不打断或许更好，但是现在没有这样的宏支持。