【Groovy】字符串模板：动态插值与多行文本实战解析
1. Groovy字符串模板基础解析
Groovy的字符串处理能力远超Java，其中最强大的特性就是动态插值和多行文本支持。我第一次在项目中使用Groovy字符串模板时，就被它的简洁性惊艳到了——原本需要十几行Java代码才能实现的动态SQL生成，用Groovy只需要两三行就能搞定。
1.1 双引号字符串的插值魔法
在Groovy中，双引号字符串("...")是支持插值的GString对象。插值语法${expression}会在字符串创建时立即求值：
def username = "张三" def greeting = "您好，${username}！" // 立即求值 username = "李四" println greeting // 输出"您好，张三！"这里有个容易踩的坑：插值是在定义时而非使用时求值。如果需要延迟求值，就需要用到闭包插值：
def username = "张三" def dynamicGreeting = "${-> username}，欢迎回来！" // 闭包延迟求值 username = "李四" println dynamicGreeting // 输出"李四，欢迎回来！"实测发现，这种延迟求值特性在生成动态日志信息时特别有用。比如当我们需要记录某个耗时操作的结果时，可以避免提前计算不必要的字符串。
1.2 单引号字符串的固定特性
单引号字符串('...')是普通的Java字符串，不支持任何插值功能：
def version = 3.0 def message = '当前版本：${version}' // 不会进行插值 println message // 原样输出"当前版本：${version}"在性能敏感的场景下，如果确定不需要插值，使用单引号字符串能减少GString的转换开销。我在优化一个高频调用的日志组件时，将不必要的双引号改为单引号后，性能提升了约15%。
2. 多行字符串的实战应用
2.1 三重引号的跨行能力
Groovy的三重双引号字符串("""...""")可以完美保留原始格式，包括换行和缩进：
def sqlQuery = """ SELECT * FROM users WHERE status = 'active' AND created_at > '2023-01-01' """这个特性在编写SQL、HTML模板或测试数据时简直是神器。以前用Java拼接多行SQL要写一堆+和\n，现在直接粘贴就能保持可读性。
不过要注意缩进问题。以下代码演示了如何处理首行缩进：
def cleanIndent = """\ 第一行没有前置空行 第二行保持对齐 """.stripIndent()stripIndent()方法会移除每行共同的前导空白，而\可以消除第一行的换行符。我在处理YAML配置文件时，这个技巧帮了大忙。
2.2 转义字符处理技巧
在多行字符串中处理转义字符时，有两种实用方案：
方案一：手动替换
def text = """Hello\tWorld\nGroovy""" println text.replace('\t', '\\t').replace('\n', '\\n')方案二：使用inspect()
def text = """Hello\tWorld\nGroovy""" println text.inspect()[1..-2] // 去掉首尾引号实际项目中，当需要将包含特殊字符的字符串存入数据库或日志时，我通常选择第二种方案，因为它能一次性处理所有特殊字符。
3. 动态模板的高级用法
3.1 复杂表达式插值
${}中可以嵌入任意Groovy表达式，甚至是方法调用：
def user = [name: '王五', age: 30] def profile = """ 姓名：${user.name.toUpperCase()} 年龄：${user.age} 状态：${user.age > 18 ? '成年' : '未成年'} """我在报表生成器中大量使用这种特性，动态计算各种统计指标。比如${data.sum() / data.size().round(2)}可以直接在字符串中计算平均值。
3.2 模板引擎替代方案
对于简单模板需求，其实不需要引入专门的模板引擎。结合闭包插值，可以实现条件输出：
def showDebug = true def log = """ [INFO] 操作开始 ${-> showDebug ? '[DEBUG] 参数详情...' : ''} """这种技巧我在处理国际化消息时经常使用，根据当前语言环境动态选择输出内容。
4. 性能优化与陷阱规避
4.1 字符串拼接效率对比
在循环中拼接字符串时，不同方式性能差异显著：
// 反例：每次循环创建新GString def result = "" 1000.times { n -> result += "${n}, " // 性能杀手！ } // 正例：使用StringBuilder def builder = new StringBuilder() 1000.times { n -> builder.append("$n, ") }实测显示，当拼接次数超过100次时，StringBuilder方式比直接拼接快50倍以上。这个经验来自我优化一个大型CSV导出功能时的教训。
4.2 GString与Map的坑
GString的hashCode()与String不同，用作Map键时会出现意外：
def key = "id" def map = ["${key}": 123] assert map["id"] == null // 悲剧发生了！解决方案是显式调用toString()：
def safeMap = [(key.toString()): 123] assert safeMap["id"] == 123这个坑我在重构一个缓存组件时踩过，当时花了半天才找到问题根源。现在团队的新人培训时，我都会特别强调这点。