Spring使用Callback模式与之配合，达到了去掉重复代码的效果，同时增加了很大的灵活性，你只需要实现某些CallBack就可轻松订制出Template。
那么什么时候才是Callback模式与Template模式结合的最佳时机呢?显然如果每个具体的步骤都需要真正去具体实现而不是简单的改变参数或设置某个对象就ok的话，使用Callback很难去订制，因为你可能需要传递多个Callback作为参数，并让用户去实现，是用Java的内部类本来就是一个比较丑陋的语法，更何况参数是多个。这相当于你把每个小步骤封装成为接口，然后分别继承之然后实现。显然没有达到方便灵活的效果，这时候直接使用Template method模式就比结合Callback要好。而如果用户只需要定制一个方法能就达到用户的要求，或者更简单，只是设置不同的参数，那么使用Callback就具有很好的灵活性。
-----------------使用Template-Callback模式的时机：用户只需要定制一两个方法就能达到要求或只需要设置不同的参数。

-----------------Template-Callback模式在Spring中的实现步骤：
1. 创建一个Template对象： jdbcTemplate = new JdbcTemplate(dataSource);
2. 该Template有个execute方法，里面含有需要你传递进来的参数（参数声明可能是接口，也可能是具体类).该方法已经实现了你需要的达到目的的步骤，以及会返回你所需要的东西。你所要做的就是实现该方法所需要的参数。
3. 创建参数并调用Template方法。你可能需要实现接口来创建Template方法所需要的参数（可能采取内部类的形式）。

该模式如何体现了CallBack？？？？

软件模块之间总是存在着一定的接口，从调用方式上，可以把他们分为三类：同步调用、回调和异步调用。同步调用是一种阻塞式调用，调用方要等待对方执行完毕才返回， 它是一种单向调用；回调是一种双向调用模式，也就是说，被调用方在接口被调用时也会调用对方的接口；异步调用是一种类似消息或事件的机制，不过它的调用方向刚好相反，接口的服务在收到某种讯息或发生某种事件时，会主动通知客户方（即调用客户方的接口）。回调和异步调用的关系非常紧密，通常我们使用回调来实现异步消息的注册，通过异步调用来实现消息的通知。同步调用是三者当中最简单的，而回调又常常是异步调用的基础。

回调就是自己定义的函数但由系统来调用。