Groovy字符串

##Groovy 字符串

前言:因为笔者本身就有 Java 基础,因此在学习 Groovy 时,主要学习 Groovy 与 Java 的区别,相同之处就不再花时间去学习了。这次来了解一下 Groovy 中字符串的基础部分,看看 Groovy 和 Java 定义字符串有什么不一样的地方。

  • Groovy 字符串的分类;
  • Groovy 字符串的4种定义方式;
  • String 和 GString 的哈希码区别;
  • 转义符号的使用;
  • 总结 4 种字符串的定义方式;

### Groovy 字符串分类

在 Groovy 中字符串分为两种类型,一种是 java.lang.String,另一种是 groovy.lang.GString

### 字符串定义方式

  • 方式1:单引号定义字符串

使用 '...' 单引号来定义字符串,这种定义的字符串跟 Java 中定义的字符串是一样的,都是不可变的。并且通过 str1.class 可以验证方式1输出的字符串类型就是 java.lang.String

//方式1
def str1 = 'Hello Groovy'
println str1
println str1.class//class java.lang.String
  • 方式2:双引号定义字符串

使用 "..." 双引号来定义字符串,这种定义的字符串跟 Java 中定义的字符串是一样的,都是不可变的。并且通过 str1.class 可以验证方式2输出的字符串类型就是 java.lang.String

//方式2
def str2 = "Hello Groovy"
println str2
println str2.class//class java.lang.String

那么方式2和方式1有什么区别吗?

def name = '六号表哥'
def str4 = "say hello to ${name}"
println str4//say hello to 六号表哥
println str4.class//class org.codehaus.groovy.runtime.GStringImpl

通过上面的例子可以看出,通过在str4中拼接 ${变量/表达式} 之后输出的 class 类型不再是 java.lang.String 而是 org.codehaus.groovy.runtime.GStringImpl 很明显这个类型就是 GString 的实现类。因此可以知道单引号和双引号定义的字符串的区别在双引号定义的字符串可以通过 $ 进行扩展,而单引号定义的字符串是不可变的,因此不可以扩展。

这里还要提一下,通过双引号定义的字符串表达式也是成立的,来看看下面的例子:

def sum = "the sum of 2 and 3 equals ${2+3} "
//the sum of 2 and 3 equals 5
println sum

//-----------

def person = [name:'六号表哥',age:25]
def description = "$person.name  is $person.age years old"
//六号表哥  is 25 years old
println description
  • 方式3:三个单引号定义字符串

使用 '''...''' 双引号来定义字符串,这种定义的字符串跟 Java 中定义的字符串是一样的,都是不可变的。并且通过 str3.class 可以验证方式3输出的字符串类型就是 java.lang.String

//方式3
def str3 = '''Hello Groovy'''
println str3
println str3.class//class java.lang.String

这个方式有相比方式1有什么区别呢?

下面的定义可以看出方式3对字符串的样式进行修改,例如换行,缩进。

//这里会有一个换行符号\n
def str5 ='''
hello 六号表哥
Hello Groovy
    line3
'''

assert  str5.startsWith("\n")//验证 str5 是以 \n 开头的

移除这个换行符号

//移除这个换行符号
def str6 ='''\
hello 六号表哥
Hello Groovy
    line3
'''
//println str6
  • 方式4:三个双引号定义字符串

使用 """...""" 双引号来定义字符串,它是集合了方式2和方式3的特性,也就是即可通过${}扩展也可以对字符串进行换行和缩进

//方式4
def cource = "Groovy"
def str9 = """
${cource} 是基于 JVM
"""
println str9//Groovy 是基于 JVM
println str9.class//class org.codehaus.groovy.runtime.GStringImpl

### String 和 GString 的哈希码区别

我们都知道在 java 中的 String 一旦定义之后就不能再改变,而 Groovy 定义的 GString 表示的字符串的结果是可以改变的,而同一个的字符串使用 String 和 GString 来表示,他们的 hashcode 却是不一样的。

下面通过几个例子来验证一下。

  • 验证1
//使用 GString 表示
def hashcode_str1 = "one :${1}".hashCode()

//使用 String 表示
def hashcode_str2 = "one :1".hashCode()

//这里是运行不过去的
assert hashcode_str1 == hashcode_str2
  • 验证2

基于上面的结论,我们来看另一个问题,如果我们使用一个类型为GStringkey存入Map中,然后使用类型为 StringKeyMap中取,猜测一下能取得到值吗?看不懂我表达的意思的话就直接看下面的代码咯

//定义一个 java.lang.String的变量
def key = "六号表哥"
//创建一个 key 为 GString 类型的 map
def map = ["${key}":"Groovy"]

//使用String类型的key去取,取出来的值为null
println map["六号表哥"]//null

经过执行上面的代码可以知道,取出来的值为null,原因也很简单啊,就是因为 GStringString 虽然表示的是同一个字符串但是其hashcode不一样,导致取出来的值就出现问题拉。

正是由于GStringStringhashcode值是不一样的,因此在使用 Map时,尽量避免使用使用GString作为 key值来存储。

  • 验证3:

来,再来看下一个问题,先看下面这一段代码:

def map2 = [name:1]
def map3 = ['name':1]
println map2.name//1
println map3.name//1

到目前为止还没学习Groovy 集合相关的概念,不过没有关系,学过Java的这段代码还是能看懂的,疑问在于 map2 和 map3两种定义方式有什么区别?

从上面的代码可以看出map2中的 key并没有加单引号或者双引号,但是却能编译通过哦,我们上面提到因为 GStringStringhashcode的不一样,所以在Map 中默认会将没有使用双引号或者单引号的key 就当作是 java.lang.String去处理,因此上面两种定义方式是一样的。

使用下面比较笨的验证方法就可以验证了:

map2.keySet().forEach(new Consumer<String>() {
    @Override
    void accept(String s) {
        map3.keySet().forEach(new Consumer<String>() {
            @Override
            void accept(String s2) {
                println s.class//class java.lang.String
                println s2.class//class java.lang.String
                assert s == s2
            }
        })
    }
})

###转义符号

在上面描述的四种定义字符串转义符号的使用:

'..\'.'
"..\".."
'''..\'''..'''
"""..\"""."""

下面是一个简单的示例代码:

def str7 = 'Hello \' Groovy '

### 总结4种方式的区别

学完了字符串的几种定义方式之后,我们来使用表格来总结一下吧

名字 语法 可扩展 换行/缩进 转义符号
单引号 '...' no no \
双引号 "..." yes no \
三个单引号 '''...''' no yes \
三个双引号 """...""" yes yes \

### 总结

上面写的都是 Groovy 中字符串的基础部分,也介绍了与 Java 定义字符串的一些区别,其中肯定有很多不足之处,有待慢慢完善,谢谢阅读。

多思考,多总结,多实践。
「记录于2018-06-28晚」

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,723评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,485评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,998评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,323评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,355评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,079评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,389评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,019评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,519评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,971评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,100评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,738评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,293评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,289评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,517评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,547评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,834评论 2 345

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,600评论 18 139
  • 译文:Groovy Language Documentation 文本是由一连串的字符也就是字符串组成,Groov...
    ZJ_Rocky阅读 9,680评论 0 4
  • 3月4日读完《蒋勋说红楼梦》第8辑,至此本套书全部看完。这套书对红楼梦逐回逐回地讲解,讲解得非常详细,甚至于有些罗...
    故纸旧人阅读 275评论 0 1
  • ——瑾以此文祭父亲逝世七周年 我三岁的时候,爸爸在离家很远的一个地方上班,大概一个月才回来一次。妈妈说那时候爸爸每...
    卉青阅读 980评论 8 11
  • 上周读的是这本书,因为团队里面约好每人读一本书,是围绕沟通为主题的。这样的主题阅读真的是超级棒,因为通过每个人的分...
    Jessica00阅读 442评论 0 0