go语言填充字符串 go语言如何输入

Go语言的%d,%p,%v等占位符的使用这些是死知识,把常用的记住,不常用的直接查表就行了
golang 的fmt 包实现了格式化I/O函数,类似于C的 printf 和 scanf 。
type Human struct {
Name string
}
var people = Human{Name:"zhangsan"}
golang没有 '%u' 点位符,若整数为无符号类型 , 默认就会被打印成无符号的 。
宽度与精度的控制格式以Unicode码点为单位 。宽度为该数值占用区域的最小宽度;精度为小数点之后的位数 。
操作数的类型为int时,宽度与精度都可用字符 '*' 表示 。
对于 %g/%G 而言,精度为所有数字的总数,例如:123.45,%.4g 会打印123.5,(而 %6.2f 会打印123.45) 。
%e 和 %f 的默认精度为6
对大多数的数值类型而言,宽度为输出的最小字符数,如果必要的话会为已格式化的形式填充空格 。
而以字符串类型,精度为输出的最大字符数,如果必要的话会直接截断 。
使用起来很简单,一般配合fmt.Printf()使用,因为fmt的Printf()是有格式的输出,切忌使用Println(),否则将会以字符串的形式输出 。
查看原文: golang fmt格式“占位符”
go语言string之Buffer与Builder操作字符串离不开字符串的拼接,但是Go中string是只读类型 , 大量字符串的拼接会造成性能问题 。
拼接字符串,无外乎四种方式,采用“+”,“fmt.Sprintf()”,"bytes.Buffer","strings.Builder"
上面我们创建10万字符串拼接的测试,可以发现"bytes.Buffer","strings.Builder"的性能最好,约是“+”的1000倍级别 。
这是由于string是不可修改的,所以在使用“+”进行拼接字符串,每次都会产生申请空间,拼接,复制等操作,数据量大的情况下非常消耗资源和性能 。而采用Buffer等方式,都是预先计算拼接字符串数组的总长度(如果可以知道长度),申请空间 , 底层是slice数组,可以以append的形式向后进行追加 。最后在转换为字符串 。这申请了不断申请空间的操作,也减少了空间的使用和拷贝的次数 , 自然性能也高不少 。
bytes.buffer是一个缓冲byte类型的缓冲器存放着都是byte
是一个变长的 buffer,具有 Read 和Write 方法 。Buffer 的 零值 是一个 空的 buffer,但是可以使用,底层就是一个 []byte ,  字节切片 。
向Buffer中写数据 , 可以看出Buffer中有个Grow函数用于对切片进行扩容 。
从Buffer中读取数据
strings.Builder的方法和bytes.Buffer的方法的命名几乎一致 。
但实现并不一致,Builder的Write方法直接将字符拼接slice数组后 。
其没有提供read方法,但提供了strings.Reader方式
Reader 结构:
Buffer:
Builder:
可以看出Buffer和Builder底层都是采用[]byte数组进行装载数据 。
先来说说Buffer:
创建好Buffer是一个empty的,off 用于指向读写的尾部 。
在写的时候,先判断当前写入字符串长度是否大于Buffer的容量,如果大于就调用grow进行扩容,扩容申请的长度为当前写入字符串的长度 。如果当前写入字符串长度小于最小字节长度64,直接创建64长度的[]byte数组 。如果申请的长度小于二分之一总容量减去当前字符总长度,说明存在很大一部分被使用但已读,可以将未读的数据滑动到数组头 。如果容量不足,扩展2*c + n。
其String()方法就是将字节数组强转为string
Builder是如何实现的 。
Builder采用append的方式向字节数组后添加字符串 。
从上面可以看出 , []byte的内存大小也是以倍数进行申请的,初始大小为 0,第一次为大于当前申请的最大 2 的指数,不够进行翻倍.

推荐阅读