我觉得其中一个提到的缺点“把手”不是真的有效了。

java现在允许我们为客户端和服务器端共享相同的模板语言，这对于拥有1000多个组件的大型项目来说是一个巨大的胜利，这些组件需要为SEO提供服务器端渲染

看看https://github.com/jknack/handlebars.java

注意:这个答案已经过时了。发布的时候是这样，但现在不是了。

Mustache有许多语言的解释器，而Handlebars只有Javascript。

一个微妙但重要的区别是这两个库处理作用域的方式。如果Mustache在当前上下文中找不到变量，它将退回到父作用域;句柄将返回一个空字符串。

这在GitHub README中几乎没有提到，其中有一行用于它:

Handlebars与Mustache略有不同，因为默认情况下它不执行递归查找。

然而，正如上面所提到的，有一个标志可以使Handlebars的行为与Mustache相同，但它会影响性能。

这对使用#变量作为条件的方式有影响。

例如，在Mustache中你可以这样做:

{{#variable}}<span class="text">{{variable}}</span>{{/variable}}

它基本上意味着“如果变量存在并且为真，则打印包含变量的span”。但在Handlebars中，你要么必须:

请改用{{this}} 使用父路径，例如，{{../variable}}返回到相关范围 在父变量对象中定义子变量值

更多的细节，如果你想要，这里。

在这里你可以看到一些速度测试不同的胡子vs车把。髭须在内存中缓存模板，不需要任何用户的努力，这就是为什么我运行它一次。比胡子慢三倍。文件系统缓存可能会减慢开发速度，最终结果可能与单次运行相当。不要盲目相信这些言论，尤其是速度。(php速度很快，因为启用了opcache+jit)

胡子优点:

非常受欢迎的选择，拥有一个庞大而活跃的社区。 服务器端支持多种语言，包括Java。 无逻辑模板在迫使您将表示与逻辑分离方面做得很好。 简洁的语法使模板易于构建、阅读和维护。

胡子缺点:

有点太缺乏逻辑:基本任务(例如用不同的CSS类标记交替行)是困难的。 视图逻辑通常被推回服务器或实现为“lambda”(可调用函数)。 为了让lambdas在客户机和服务器上工作，必须用JavaScript编写它们。

车把优点:

无逻辑模板在迫使您将表示与逻辑分离方面做得很好。 简洁的语法使模板易于构建、阅读和维护。 编译而不是解释模板。 对路径的支持比mustache更好(即深入上下文对象)。 对全球帮手的支持比胡子更好。

车把缺点:

需要服务器端JavaScript在服务器上呈现。

来源:客户端模板:mustache, handlebars, dust.js等等

我觉得其中一个提到的缺点“把手”不是真的有效了。

java现在允许我们为客户端和服务器端共享相同的模板语言，这对于拥有1000多个组件的大型项目来说是一个巨大的胜利，这些组件需要为SEO提供服务器端渲染

看看https://github.com/jknack/handlebars.java