如果你写一个小的测试工具,你会看到它是如何工作的,但它的关键是这个
>在执行操作之前调用@Before
> @After在控制器完成执行后调用,但在输出呈现给浏览器之前调用
>结果发布到浏览器后调用@Finally.
因此,在大多数情况下,@ After和@Finally将以相同的方式为您工作,但根据您的特定用例,确实会略有不同.但是,它不应该对性能产生任何影响.
我写的测试工具证明了这一点,如下所示
public class Application extends Controller {
@Before
static void log0() {Logger.info("before: "+ response.out.size());}
@After
static void log1() {Logger.info("After: "+ response.out.size());}
@Finally
static void log2() {Logger.info("finally: "+ response.out.size());}
public static void index() {
Logger.info("in index action");
render();
}
}
我得到的输出如下
20:51:37,741 INFO ~ before: 0
20:51:37,742 INFO ~ in index action
20:51:38,083 INFO ~ After: 0
20:51:38,106 INFO ~ finally: 706
这清楚地显示了处理的顺序,以及输出到HTTP Response对象的数据.