golang-redis系列——返回值助手函數(shù)(二)

從上一節(jié)的內(nèi)容可知，Do() 和 Receive() 等方法的返回值，除了 error 外，是一個 interface{} 類型的返回值，因此當我們的復雜操作返回的不是基本數(shù)據(jù)類型時，就需要我們自己解析返回值，例如，當我們利用 HMGET 方法獲取一批返回值時，就需要對返回結(jié)果進行解析，具體如下：

公司主營業(yè)務：網(wǎng)站建設、網(wǎng)站設計、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)公司推出武邑免費做網(wǎng)站回饋大家。

由于返回值是多條數(shù)據(jù)，因此需要先將 reply 轉(zhuǎn)成 []interface 類型，然后在遍歷結(jié)果時在分別轉(zhuǎn)成 []uint8 (byte數(shù)組)， 最后再轉(zhuǎn)成 string 類型。

隨著我們操作復雜度，數(shù)據(jù)解析的工作量也會非常大，(lua 腳本的使用，會使結(jié)果的解析更為復雜，因為可能存在多種類型的結(jié)果一起返回的情況，lua 腳本相關的內(nèi)容會在下一節(jié)介紹)。

redigo 包中的返回值助手函數(shù)的存在，就是為了幫助我們完成這些枯燥繁瑣的數(shù)據(jù)解析過程。

返回值助手函數(shù)相關源碼路徑為 github.com/gomodule/redigo/redis/reply.go 提供的主要方法如下：

上述返回值助手函數(shù)的具體使用，應該依據(jù)具體的命令進行選擇。如果大家還記得上一節(jié)介紹的 Redis 基本數(shù)據(jù)類型，可能會有些疑問，對于 redis 來說，其數(shù)據(jù)據(jù)存儲本質(zhì)都是 []bytes， 為什么可以解析出 Int、int64、float等類型的數(shù)據(jù)呢？

我們以 Float64() 為例進行說明，具體源碼如下：

其實，返回值助手函數(shù)是將 []byte 類型的原始數(shù)據(jù)，利用 strconv.ParseFloat(string(reply), 64) 轉(zhuǎn)換成了 float64類型，因此在我們使用過程中返回值助手函數(shù)的選擇，應該基于業(yè)務和實際存儲的數(shù)據(jù)格式為依據(jù)。我們以第一小節(jié)的示例為例，看返回值助手函數(shù)如何降低我們的工作量，具體如下：

除了使用返回值助手函數(shù)對上述固定結(jié)構(gòu)的結(jié)果進行解析外，redigo 包還提供了一個 Scan()函數(shù)用于解析自定義的復雜數(shù)據(jù)結(jié)構(gòu)，我們依然以上一個示例進行說明,具體示例如下：

如果返回結(jié)果為結(jié)構(gòu)化切片，也可以使用 canSlice() 方法，從而簡化 loop 處理的部分，具體示例如下：

通過上述的示例，我們介紹了 scan 函數(shù)的基本用法，但是細心的同學可能會發(fā)現(xiàn)嗎，為什么數(shù)據(jù)寫入時，value 的類型為 []int64 但是讀取時只能按照 string 類型讀取呢。這是因為 Redis 底層存儲的數(shù)據(jù)本質(zhì)都是 string 類型，。 無論是 HMSET 還是 MSET 最終都只能按照 string 類型讀取，因為其本質(zhì)都是 hash 結(jié)構(gòu)，不同之處僅在于 HMSET 是嵌套的 hash類型。 因此，[]int64 數(shù)據(jù)在寫入階段，就已經(jīng)被自動處理為 []byte，寫入 redis 之后，len 和 類型 屬性會丟失。

如果強行按照 []int64解析將出錯：

如果 value 必須以結(jié)構(gòu)化的數(shù)據(jù)存儲，那么可以提前對要寫入的數(shù)據(jù)進行編碼，例如 json、protobuf 等，取出后再進行解碼獲得原始數(shù)據(jù)。

基礎知識 - Golang 中的格式化輸入輸出

【格式化輸出】

// 格式化輸出：將 arg 列表中的 arg 轉(zhuǎn)換為字符串輸出

// 使用動詞 v 格式化 arg 列表，非字符串元素之間添加空格

Print(arg列表)

// 使用動詞 v 格式化 arg 列表，所有元素之間添加空格，結(jié)尾添加換行符

Println(arg列表)

// 使用格式字符串格式化 arg 列表

Printf(格式字符串, arg列表)

// Print 類函數(shù)會返回已處理的 arg 數(shù)量和遇到的錯誤信息。

【格式字符串】

格式字符串由普通字符和占位符組成，例如：

"abc%+ #8.3[3]vdef"

其中 abc 和 def 是普通字符，其它部分是占位符，占位符以 % 開頭（注：%% 將被轉(zhuǎn)義為一個普通的 % 符號，這個不算開頭），以動詞結(jié)尾，格式如下：

%[旗標][寬度][.精度][arg索引]動詞

方括號中的內(nèi)容可以省略。

【旗標】

旗標有以下幾種：

空格：對于數(shù)值類型的正數(shù)，保留一個空白的符號位（其它用法在動詞部分說明）。

0 ：用 0 進行寬度填充而不用空格，對于數(shù)值類型，符號將被移到所有 0 的前面。

其中 "0" 和 "-" 不能同時使用，優(yōu)先使用 "-" 而忽略 "0"。

【寬度和精度】

“寬度”和“精度”都可以寫成以下三種形式：

數(shù)值 | * | arg索引*

其中“數(shù)值”表示使用指定的數(shù)值作為寬度值或精度值，“ ”表示使用當前正在處理的 arg 的值作為寬度值或精度值，如果這樣的話，要格式化的 arg 將自動跳轉(zhuǎn)到下一個。“arg索引 ”表示使用指定 arg 的值作為寬度值或精度值，如果這樣的話，要格式化的 arg 將自動跳轉(zhuǎn)到指定 arg 的下一個。

寬度值：用于設置最小寬度。

精度值：對于浮點型，用于控制小數(shù)位數(shù)，對于字符串或字節(jié)數(shù)組，用于控制字符數(shù)量（不是字節(jié)數(shù)量）。

對于浮點型而言，動詞 g/G 的精度值比較特殊，在適當?shù)那闆r下，g/G 會設置總有效數(shù)字，而不是小數(shù)位數(shù)。

【arg 索引】

“arg索引”由中括號和 arg 序號組成（就像上面示例中的 [3]），用于指定當前要處理的 arg 的序號，序號從 1 開始：

'[' + arg序號 + ']'

【動詞】

“動詞”不能省略，不同的數(shù)據(jù)類型支持的動詞不一樣。

[通用動詞]

v：默認格式，不同類型的默認格式如下：

布爾型：t

整　型：d

浮點型：g

復數(shù)型：g

字符串：s

通　道：p

指　針：p

無符號整型：x

T：輸出 arg 的類型而不是值（使用 Go 語法格式）。

[布爾型]

t：輸出 true 或 false 字符串。

[整型]

b/o/d：輸出 2/8/10 進制格式

x/X ：輸出 16 進制格式（小寫/大寫）

c ：輸出數(shù)值所表示的 Unicode 字符

q ：輸出數(shù)值所表示的 Unicode 字符（帶單引號）。對于無法顯示的字符，將輸出其轉(zhuǎn)義字符。

U ：輸出 Unicode 碼點（例如 U+1234，等同于字符串 "U+%04X" 的顯示結(jié)果）

對于 o/x/X：

如果使用 "#" 旗標，則會添加前導 0 或 0x。

對于 U：

如果使用 "#" 旗標，則會在 Unicode 碼點后面添加相應的 '字符'（前提是該字符必須可顯示）

[浮點型和復數(shù)型]

b ：科學計數(shù)法（以 2 為底）

e/E：科學計數(shù)法（以 10 為底，小寫 e/大寫 E）

f/F：普通小數(shù)格式（兩者無區(qū)別）

g/G：大指數(shù)（指數(shù) = 6）使用 %e/%E，其它情況使用 %f/%F

[字符串或字節(jié)切片]

s ：普通字符串

q ：雙引號引起來的 Go 語法字符串

x/X：十六進制編碼（小寫/大寫，以字節(jié)為元素進行編碼，而不是字符）

對于 q：

如果使用了 "+" 旗標，則將所有非 ASCII 字符都進行轉(zhuǎn)義處理。

如果使用了 "#" 旗標，則輸出反引號引起來的字符串（前提是

字符串中不包含任何制表符以外的控制字符，否則忽略 # 旗標）

對于 x/X：

如果使用了 " " 旗標，則在每個元素之間添加空格。

如果使用了 "#" 旗標，則在十六進制格式之前添加 0x 前綴。

[指針類型]

p ：帶 0x 前綴的十六進制地址值。

[符合類型]

復合類型將使用不同的格式輸出，格式如下：

結(jié)　構(gòu)　體：{字段1 字段2 ...}

數(shù)組或切片：[元素0 元素1 ...]

映　射：map[鍵1:值1 鍵2:值2 ...]

指向符合元素的指針：{}, [], map[]

復合類型本身沒有動詞，動詞將應用到復合類型的元素上。

結(jié)構(gòu)體可以使用 "+v" 同時輸出字段名。

【注意】

1、如果 arg 是一個反射值，則該 arg 將被它所持有的具體值所取代。

2、如果 arg 實現(xiàn)了 Formatter 接口，將調(diào)用它的 Format 方法完成格式化。

3、如果 v 動詞使用了 # 旗標（%#v），并且 arg 實現(xiàn)了 GoStringer 接口，將調(diào)用它的 GoString 方法完成格式化。

如果格式化操作指定了字符串相關的動詞（比如 %s、%q、%v、%x、%X），接下來的兩條規(guī)則將適用：

4。如果 arg 實現(xiàn)了 error 接口，將調(diào)用它的 Error 方法完成格式化。

5。如果 arg 實現(xiàn)了 string 接口，將調(diào)用它的 String 方法完成格式化。

在實現(xiàn)格式化相關接口的時候，要避免無限遞歸的情況，比如：

type X string

func (x X) String() string {

return Sprintf("%s", x)

}

在格式化之前，要先轉(zhuǎn)換數(shù)據(jù)類型，這樣就可以避免無限遞歸：

func (x X) String() string {

return Sprintf("%s", string(x))

}

無限遞歸也可能發(fā)生在自引用數(shù)據(jù)類型上面，比如一個切片的元素引用了切片自身。這種情況比較罕見，比如：

a := make([]interface{}, 1)

a[0] = a

fmt.Println(a)

【格式化輸入】

// 格式化輸入：從輸入端讀取字符串（以空白分隔的值的序列），

// 并解析為具體的值存入相應的 arg 中，arg 必須是變量地址。

// 字符串中的連續(xù)空白視為單個空白，換行符根據(jù)不同情況處理。

// \r\n 被當做 \n 處理。

// 以動詞 v 解析字符串，換行視為空白

Scan(arg列表)

// 以動詞 v 解析字符串，換行結(jié)束解析

Scanln(arg列表)

// 根據(jù)格式字符串中指定的格式解析字符串

// 格式字符串中的換行符必須和輸入端的換行符相匹配。

Scanf(格式字符串, arg列表)

// Scan 類函數(shù)會返回已處理的 arg 數(shù)量和遇到的錯誤信息。

【格式字符串】

格式字符串類似于 Printf 中的格式字符串，但下面的動詞和旗標例外：

p ：無效

T ：無效

e/E/f/F/g/G：功能相同，都是掃描浮點數(shù)或復數(shù)

s/v ：對字符串而言，掃描一個被空白分隔的子串

對于整型 arg 而言，v 動詞可以掃描帶有前導 0 或 0x 的八進制或十六進制數(shù)值。

寬度被用來指定最大掃描寬度（不會跨越空格），精度不被支持。

如果 arg 實現(xiàn)了 Scanner 接口，將調(diào)用它的 Scan 方法掃描相應數(shù)據(jù)。只有基礎類型和實現(xiàn)了 Scanner 接口的類型可以使用 Scan 類方法進行掃描。

【注意】

連續(xù)調(diào)用 FScan 可能會丟失數(shù)據(jù)，因為 FScan 中使用了 UnreadRune 對讀取的數(shù)據(jù)進行撤銷，而參數(shù) io.Reader 只有 Read 方法，不支持撤銷。比如：

（十一）golang 內(nèi)存分析

編寫過C語言程序的肯定知道通過malloc()方法動態(tài)申請內(nèi)存，其中內(nèi)存分配器使用的是glibc提供的ptmalloc2。 除了glibc，業(yè)界比較出名的內(nèi)存分配器有Google的tcmalloc和Facebook的jemalloc。二者在避免內(nèi)存碎片和性能上均比glic有比較大的優(yōu)勢，在多線程環(huán)境中效果更明顯。

Golang中也實現(xiàn)了內(nèi)存分配器，原理與tcmalloc類似，簡單的說就是維護一塊大的全局內(nèi)存，每個線程(Golang中為P)維護一塊小的私有內(nèi)存，私有內(nèi)存不足再從全局申請。另外，內(nèi)存分配與GC（垃圾回收）關系密切，所以了解GC前有必要了解內(nèi)存分配的原理。

為了方便自主管理內(nèi)存，做法便是先向系統(tǒng)申請一塊內(nèi)存，然后將內(nèi)存切割成小塊，通過一定的內(nèi)存分配算法管理內(nèi)存。 以64位系統(tǒng)為例，Golang程序啟動時會向系統(tǒng)申請的內(nèi)存如下圖所示：

預申請的內(nèi)存劃分為spans、bitmap、arena三部分。其中arena即為所謂的堆區(qū)，應用中需要的內(nèi)存從這里分配。其中spans和bitmap是為了管理arena區(qū)而存在的。

arena的大小為512G，為了方便管理把arena區(qū)域劃分成一個個的page，每個page為8KB,一共有512GB/8KB個頁；

spans區(qū)域存放span的指針，每個指針對應一個page，所以span區(qū)域的大小為(512GB/8KB)乘以指針大小8byte = 512M

bitmap區(qū)域大小也是通過arena計算出來，不過主要用于GC。

span是用于管理arena頁的關鍵數(shù)據(jù)結(jié)構(gòu)，每個span中包含1個或多個連續(xù)頁，為了滿足小對象分配，span中的一頁會劃分更小的粒度，而對于大對象比如超過頁大小，則通過多頁實現(xiàn)。

根據(jù)對象大小，劃分了一系列class，每個class都代表一個固定大小的對象，以及每個span的大小。如下表所示：

上表中每列含義如下：

class： class ID，每個span結(jié)構(gòu)中都有一個class ID, 表示該span可處理的對象類型

bytes/obj：該class代表對象的字節(jié)數(shù)

bytes/span：每個span占用堆的字節(jié)數(shù)，也即頁數(shù)乘以頁大小

objects: 每個span可分配的對象個數(shù)，也即（bytes/spans）/（bytes/obj）waste

bytes: 每個span產(chǎn)生的內(nèi)存碎片，也即（bytes/spans）%（bytes/obj）上表可見最大的對象是32K大小，超過32K大小的由特殊的class表示，該class ID為0，每個class只包含一個對象。

span是內(nèi)存管理的基本單位,每個span用于管理特定的class對象, 跟據(jù)對象大小，span將一個或多個頁拆分成多個塊進行管理。src/runtime/mheap.go:mspan定義了其數(shù)據(jù)結(jié)構(gòu)：

以class 10為例，span和管理的內(nèi)存如下圖所示：

spanclass為10，參照class表可得出npages=1,nelems=56,elemsize為144。其中startAddr是在span初始化時就指定了某個頁的地址。allocBits指向一個位圖，每位代表一個塊是否被分配，本例中有兩個塊已經(jīng)被分配，其allocCount也為2。next和prev用于將多個span鏈接起來，這有利于管理多個span，接下來會進行說明。

有了管理內(nèi)存的基本單位span，還要有個數(shù)據(jù)結(jié)構(gòu)來管理span，這個數(shù)據(jù)結(jié)構(gòu)叫mcentral，各線程需要內(nèi)存時從mcentral管理的span中申請內(nèi)存，為了避免多線程申請內(nèi)存時不斷的加鎖，Golang為每個線程分配了span的緩存，這個緩存即是cache。src/runtime/mcache.go:mcache定義了cache的數(shù)據(jù)結(jié)構(gòu)

alloc為mspan的指針數(shù)組，數(shù)組大小為class總數(shù)的2倍。數(shù)組中每個元素代表了一種class類型的span列表，每種class類型都有兩組span列表，第一組列表中所表示的對象中包含了指針，第二組列表中所表示的對象不含有指針，這么做是為了提高GC掃描性能，對于不包含指針的span列表，沒必要去掃描。根據(jù)對象是否包含指針，將對象分為noscan和scan兩類，其中noscan代表沒有指針，而scan則代表有指針，需要GC進行掃描。mcache和span的對應關系如下圖所示：

mchache在初始化時是沒有任何span的，在使用過程中會動態(tài)的從central中獲取并緩存下來，跟據(jù)使用情況，每種class的span個數(shù)也不相同。上圖所示，class 0的span數(shù)比class1的要多，說明本線程中分配的小對象要多一些。

cache作為線程的私有資源為單個線程服務，而central則是全局資源，為多個線程服務，當某個線程內(nèi)存不足時會向central申請，當某個線程釋放內(nèi)存時又會回收進central。src/runtime/mcentral.go:mcentral定義了central數(shù)據(jù)結(jié)構(gòu)：

lock: 線程間互斥鎖，防止多線程讀寫沖突

spanclass : 每個mcentral管理著一組有相同class的span列表

nonempty: 指還有內(nèi)存可用的span列表

empty: 指沒有內(nèi)存可用的span列表

nmalloc: 指累計分配的對象個數(shù)線程從central獲取span步驟如下：

將span歸還步驟如下：

從mcentral數(shù)據(jù)結(jié)構(gòu)可見，每個mcentral對象只管理特定的class規(guī)格的span。事實上每種class都會對應一個mcentral,這個mcentral的集合存放于mheap數(shù)據(jù)結(jié)構(gòu)中。src/runtime/mheap.go:mheap定義了heap的數(shù)據(jù)結(jié)構(gòu)：

lock： 互斥鎖

spans: 指向spans區(qū)域，用于映射span和page的關系

bitmap：bitmap的起始地址

arena_start: arena區(qū)域首地址

arena_used: 當前arena已使用區(qū)域的最大地址

central: 每種class對應的兩個mcentral

從數(shù)據(jù)結(jié)構(gòu)可見，mheap管理著全部的內(nèi)存，事實上Golang就是通過一個mheap類型的全局變量進行內(nèi)存管理的。mheap內(nèi)存管理示意圖如下：

系統(tǒng)預分配的內(nèi)存分為spans、bitmap、arean三個區(qū)域，通過mheap管理起來。接下來看內(nèi)存分配過程。

針對待分配對象的大小不同有不同的分配邏輯：

(0, 16B) 且不包含指針的對象： Tiny分配

(0, 16B) 包含指針的對象：正常分配

[16B, 32KB] : 正常分配

(32KB, -) : 大對象分配其中Tiny分配和大對象分配都屬于內(nèi)存管理的優(yōu)化范疇，這里暫時僅關注一般的分配方法。

以申請size為n的內(nèi)存為例，分配步驟如下：

Golang內(nèi)存分配是個相當復雜的過程，其中還摻雜了GC的處理，這里僅僅對其關鍵數(shù)據(jù)結(jié)構(gòu)進行了說明，了解其原理而又不至于深陷實現(xiàn)細節(jié)。1、Golang程序啟動時申請一大塊內(nèi)存并劃分成spans、bitmap、arena區(qū)域

2、arena區(qū)域按頁劃分成一個個小塊。

3、span管理一個或多個頁。

4、mcentral管理多個span供線程申請使用

5、mcache作為線程私有資源，資源來源于mcentral。

Go 語言三色標記掃描對象是 DFS 還是 BFS?

最近在看左神新書 《Go 語言設計與實現(xiàn)》的垃圾收集器時產(chǎn)生一個疑惑，花了點時間搞清楚了記錄一下。

Go 語言垃圾回收的實現(xiàn)使用了標記清除算法，將對象的狀態(tài)抽象成黑色（活躍對象）、灰色（活躍對象中間狀態(tài)）、白色（潛在垃圾對象也是所有對象的默認狀態(tài)）三種，注意沒有具體的字段標記顏色。

整個標記過程就是把白色對象標黑的過程：

1.首先將 ROOT 根對象（包括全局變量、goroutine 棧上的對象等）放入到灰色集合

2.選一個灰色對象，標成黑色，將所有可達的子對象放入到灰色集合

3.重復2的步驟，直到灰色集合中為空

下圖是書上的插圖，看上去是一個典型的深度優(yōu)先搜索的算法。

下圖是劉丹冰寫的《Golang 修養(yǎng)之路》的插圖，看上去是一個典型的廣度優(yōu)先搜索的算法。

我疑惑的點在于這個標記過程是深度優(yōu)先算法還是廣度優(yōu)先算法，因為很多文章博客對此都沒有很清楚的說明，作為學習者這種細節(jié)其實也不影響對整個 GC 流程的理解，但是這種細節(jié)我非常喜歡扣：）

對著書和源碼摸索著大致找到了一個結(jié)果是深度優(yōu)先。下面看下大致的過程，源碼基于1.15.2版本：

gcStart 是 Go 語言三種條件觸發(fā) GC 的共同入口

啟動后臺標記任務

為每個處理器創(chuàng)建用于執(zhí)行后臺標記任務的 Goroutine

上面休眠的 G 會在調(diào)度循環(huán)中檢查并喚醒執(zhí)行

執(zhí)行標記

gcw 是每個 P 獨有的所以不用擔心并發(fā)的問題 和 GMP、mcache 一樣設計，減少鎖競爭

嘗試在全局列表中獲取一個不為空的 buf

這是官方實現(xiàn)的無鎖隊列：）漲見識了，for 循環(huán)加原子操作實現(xiàn)棧的 pop

到這里從灰色集合中獲取待掃描的對象邏輯說完了。找到對象了接著就是 scanobject(b, gcw) 了，里面有兩段邏輯要注意

根據(jù)索引位置找到對象進行標色

嘗試存入 gcwork 的緩存中，或全局隊列中

無鎖隊列，for 循環(huán)加原子操作實現(xiàn)棧的 push

到這里把灰色對象標黑就完成了，又放回灰色集合接著掃下一個指針。

Go 語言設計與實現(xiàn) 垃圾收集器

Golang三色標記+混合寫屏障GC模式全分析

golang mysql Scan操作按順序取值問題

rows, err := db.Query("SELECT * FROM user")

checkErr(err)

for rows.Next() {

var userId int

var userName string

var userAge int

var userSex int

rows.Columns()

err = rows.Scan(userId, userName, userAge, userSex)

checkErr(err)

fmt.Println(userId)

fmt.Println(userName)

fmt.Println(userAge)

fmt.Println(userSex)

}

Golang 指針和結(jié)構(gòu)體

于c語言相同，go中也有指針和結(jié)構(gòu)體的概念。指針表示變量的內(nèi)存地址，結(jié)構(gòu)體用來存儲同一類型的數(shù)據(jù)。

定義一個指針變量，將變量a的地址賦給指針變量p。這樣,指針變量p也就指向了變量a所在的內(nèi)容空間。

new 函數(shù)返回一個指針變量

fmt.scan() 就是傳入一個指針變量。

兩種方法都可以使用。

以上簡要介紹了go語言中的指針和結(jié)構(gòu)體。

當前名稱：go語言的scan,go語言的缺點
標題網(wǎng)址：http://chinadenli.net/article41/dsgeied.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設計、服務器托管、App開發(fā)、網(wǎng)站營銷、網(wǎng)站導航、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)