1. 原理对比
（1） Apache Tiles 顾名思义，Tile是瓷砖的意思，也就是说一个网页是由多个Tile组成的。
用户通过访问一个页面的Apache Tiles定义名，就可以访问一个由定义文件中包含的页面组成的最终的JSP。
如以下一个Apache Tiles定义文件：
<tiles-definitions> <definition name="myapp.homepage" template="/layouts/classic.jsp"> <put-attribute name="title" value="Tiles tutorial homepage" /> <put-attribute name="header" value="/tiles/banner.jsp" /> <put-attribute name="menu" value="/tiles/common_menu.jsp" /> <put-attribute name="body" value="/tiles/home_body.jsp" /> <put-attribute name="footer" value="/tiles/credits.jsp" /> </definition> </tiles-definitions>
其中首先告诉我们，这个定义的虚拟页面叫做myapp.homepage.
用户通过 http://site:port/webname/myapp.homepage就能访问到一个页面。
这个页面来自的模板是：/layouts/classic.jsp
而模板中各个部位真正的值，则是下面的那些jsps。
如下为原理图：
（2） Sitemesh 的原理和 Apache Tiles截然不同，如果说Apache Tiles 中的原理是组装工厂的话，那么Sitemesh中的原理就是装饰工厂。
这个概念比较抽象。
Sitemesh通过一个过滤器来实现，当每个页面返回时，给它穿上衣服，打扮打扮，再返回。
而Apache Tiles 则是通过一个组装器，在页面被请求后开始工作，组装完毕，返回，网站文件中也许根本没有这个请求的资源，而是临时按照定义拼凑起来的。
如下为一个装饰定义文件：
<?xml version="1.0" encoding="UTF-8"?> <decorators defaultdir="/decorators"> <decorator name="basic-theme" page="basic-theme.jsp"> <pattern>/data/*</pattern> </decorator> </decorators>
这个文件，定义了每个jsp被请求后，都穿上一件 叫 basic-theme.jsp的衣服。
如下图为Sitemesh的原理图: (apage.jsp 穿上渲染页面后返回)
2. 重用性比较
Apache Tiles 基于定义，任何页面都可以被重组，使用起来组合千变万化。 而Sitemesh 也可以实现页面重用，通过渲染的方式。不过灵活性对比Apache Tiles还是稍微差点。
比如 ABC三个子页面。
ApacheTiles可以轻松定义：page1 = ABC page2= BAC page3=CAB ....
而Sitemesh每个页面都要自己想清楚，谁该是主，谁该是装饰。我觉得这涉及到一个人的思维习惯。。。
总结： 都具有高重用性，Apache Tiles相对于 Sitemesh来说，更加灵活。Apache Tiles 面向定义，Sitemesh 面向 Jsp。
3. 轻量级性
两者都是轻量级框架，不过Sitemesh 更胜一筹，原理简单，配置更加简单，而且非常容易和其他MVC框架结合。
4. 用哪个？
待实践。不过，我个人喜欢定义方式，千变万化，自己挑拣，所以我更钟爱Apache Tiles。Sitemesh 虽配置简单，但当页面复杂起来，需要好好理理谁主谁次。不过百度一大把说Sitemesh比Tiles好的，我感觉可能是Sitemesh入手简单吧，后面页面层次复杂了，很容易迷失。这个观点在Stackoverflow上得到了验证。老外看来也是比较prefer tiles。其原因还有，Apache Tiles 一直都在升级和维护。Apache倒的可能性不大。