在對(duì)從字節(jié)數(shù)組到 s 的轉(zhuǎn)換性能進(jìn)行基準(zhǔn)測試時(shí)uint32，我注意到從最低有效位開始時(shí)轉(zhuǎn)換運(yùn)行得更快：package blahimport (    "testing"    "encoding/binary"    "bytes")func BenchmarkByteConversion(t *testing.B) {    var i uint32 = 3419234848    buf := new(bytes.Buffer)    _ = binary.Write(buf, binary.BigEndian, i)    b := buf.Bytes()    for n := 0; n < t.N; n++ {        // Start with least significant bit: 0.27 nanos        value := uint32(b[3]) | uint32(b[2])<<8 | uint32(b[2])<<16 | uint32(b[0])<<24        // Start with most significant bit: 0.68 nanos        // value := uint32(b[0])<<24 | uint32(b[1])<<16 | uint32(b[2])<<8 | uint32(b[3])        _ = value    }}當(dāng)我運(yùn)行時(shí)，計(jì)算第一種方式go test -bench=.時(shí)每次迭代獲得 0.27 納米，計(jì)算第二種方式時(shí)每次迭代獲得 0.68 納米。為什么將數(shù)字放在一起時(shí)從最低有效位開始的速度是原來的兩倍？valuevalue|