Thymeleaf 3.0.7 发布，更新内容如下：
Fixed JavaScript line comment (//) parsing breaks when EOF comes before \n (script ends in the comment line).
Improved escaping of attributes in XML template mode: \t, \n and \r now being always escaped in order to prevent them being normalised into white spaces by XML parsers when reading (which would be according to the spec).
Improved #numbers.sequence(...) behaviour so that zero-element sequences are now returned when it is not possible to get from the initial to the final values using the specified step (was returning an error).
Updated Unbescape dependency to 1.1.5.RELEASE.
引用来自“小杨阿哥哥”的评论
实话，这玩意确实好用，文件直接是html后缀的，前端页面开发者直接写普通的html，对于循环，判断都是以attrbute这种方式增加到元素上的，不影响html结构，而且支持用单独的文件来设置对应模板的逻辑，也就是模板文件就是纯静态的页面，前端人员下次改的时候关注的仍然只是上次的文件，即便是修改增加了th标签的页面，也不影响纯前端开发看到的页面效果，页面上的静态数据可以在模板渲染时自动的删除，支持selector选择模板中的元素插入或替换，支持spring mvc 通过selector 返回部分内容。因为thymeleaf是解析了html结构所以肯定比纯文本的变量和逻辑替换要慢，但是这个性能即便网上流传的测试结果是3.0每秒几万次还不够？1毫秒几十次还不够？真正的访问量大的时候页面肯定还是会静态化和缓存的，模板的性能根本就不是实际应用中的问题，随便一个网络延迟就几毫秒，个人感觉性能根本不是模板的主要问题，如果是网络io库、计算密集型的性能可能很要命，但是模板就类似于基于js上的各种框架和库，目的就是为了方便开发而不是为了解决性能问题。引用来自“闲大赋”的评论
> 不影响html结构是不影响，但混淆了html结构，我觉得更糟糕，而且，不影响html结构有啥好处呢，是开发快，还是维护快，还是运行快？
总的来说，不破坏html结构，可以让前后端的开发人员更好的一起合作完成项目的开发
引用来自“小杨阿哥哥”的评论
实话，这玩意确实好用，文件直接是html后缀的，前端页面开发者直接写普通的html，对于循环，判断都是以attrbute这种方式增加到元素上的，不影响html结构，而且支持用单独的文件来设置对应模板的逻辑，也就是模板文件就是纯静态的页面，前端人员下次改的时候关注的仍然只是上次的文件，即便是修改增加了th标签的页面，也不影响纯前端开发看到的页面效果，页面上的静态数据可以在模板渲染时自动的删除，支持selector选择模板中的元素插入或替换，支持spring mvc 通过selector 返回部分内容。因为thymeleaf是解析了html结构所以肯定比纯文本的变量和逻辑替换要慢，但是这个性能即便网上流传的测试结果是3.0每秒几万次还不够？1毫秒几十次还不够？真正的访问量大的时候页面肯定还是会静态化和缓存的，模板的性能根本就不是实际应用中的问题，随便一个网络延迟就几毫秒，个人感觉性能根本不是模板的主要问题，如果是网络io库、计算密集型的性能可能很要命，但是模板就类似于基于js上的各种框架和库，目的就是为了方便开发而不是为了解决性能问题。是不影响，但混淆了html结构，我觉得更糟糕，而且，不影响html结构有啥好处呢，是开发快，还是维护快，还是运行快？
引用来自“小杨阿哥哥”的评论
汇编语言速度快，都汇编写，其他的都别用了，执行快，写起来不就费劲了。原生js快，还用啥jquery。。喷不好用的，我敢说一定没有深入使用过，估计就是简单看了看文档，然后尝试了下，因为不熟悉，所以老是遇到问题，然后就放弃，开始说不好用了。我就不信他们第一次接触spring的时候没遇到过坑，但是因为别人都说好用，所以只能仔细研究，最终发现，嗯，确实很好用
{a} 和{{a}} 不一样
#{a} ${a} 也不一样
还有自以为能打开浏览器能直接预览的模板，预览后，全是静态文本，没有占位符指示，直接懵懂了