Ghi chú phát hành Go 1.2

Giới thiệu về Go 1.2

Kể từ khi phát hành Go phiên bản 1.1 vào tháng 4 năm 2013, lịch phát hành đã được rút ngắn để làm cho quá trình phát hành hiệu quả hơn. Bản phát hành này, Go phiên bản 1.2 hay Go 1.2, ra đời sau 1.1 khoảng sáu tháng, trong khi 1.1 mất hơn một năm để xuất hiện sau 1.0. Vì thang thời gian ngắn hơn, 1.2 là một delta nhỏ hơn so với bước từ 1.0 lên 1.1, nhưng nó vẫn có một số phát triển đáng kể, bao gồm bộ lập lịch tốt hơn và một tính năng ngôn ngữ mới. Tất nhiên, Go 1.2 vẫn giữ cam kết tương thích. Đại đa số các chương trình được build với Go 1.1 (hoặc 1.0) sẽ chạy mà không có bất kỳ thay đổi nào khi chuyển sang 1.2, mặc dù việc đưa ra một hạn chế với một góc khuất của ngôn ngữ có thể phơi bày mã nguồn đã sai (xem thảo luận về sử dụng nil).

Thay đổi về ngôn ngữ

Để củng cố đặc tả, một trường hợp góc khuất đã được làm rõ, với hệ quả cho các chương trình. Cũng có một tính năng ngôn ngữ mới.

Sử dụng nil

Ngôn ngữ bây giờ chỉ định rằng, vì lý do an toàn, một số cách dùng nhất định của con trỏ nil được đảm bảo kích hoạt một panic thời gian chạy. Ví dụ, trong Go 1.0, với mã nguồn như

type T struct {
    X [1<<24]byte
    Field int32
}

func main() {
    var x *T
    ...
}

con trỏ nil x có thể được dùng để truy cập bộ nhớ không chính xác: biểu thức x.Field có thể truy cập bộ nhớ tại địa chỉ 1<<24. Để ngăn hành vi không an toàn như vậy, trong Go 1.2 các trình biên dịch bây giờ đảm bảo rằng bất kỳ phép gián tiếp nào qua con trỏ nil, như minh họa ở đây nhưng cũng trong các con trỏ nil đến mảng, giá trị interface nil, slice nil, v.v., sẽ panic hoặc trả về một giá trị không phải nil an toàn và chính xác. Tóm lại, bất kỳ biểu thức nào yêu cầu tường minh hoặc ngầm định việc đánh giá một địa chỉ nil đều là lỗi. Việc triển khai có thể tiêm các bài kiểm tra thêm vào chương trình được biên dịch để thực thi hành vi này.

Chi tiết thêm có trong tài liệu thiết kế.

Cập nhật: Hầu hết mã nguồn phụ thuộc vào hành vi cũ là sai và sẽ thất bại khi chạy. Các chương trình như vậy sẽ cần được cập nhật thủ công.

Slice ba chỉ số

Go 1.2 thêm khả năng chỉ định dung lượng cũng như độ dài khi thực hiện thao tác slicing trên một mảng hoặc slice hiện có. Một thao tác slicing tạo ra một slice mới bằng cách mô tả một phần liên tục của một mảng hoặc slice đã tạo:

var array [10]int
slice := array[2:4]

Dung lượng của slice là số phần tử tối đa mà slice có thể chứa, ngay cả sau khi reslicing; nó phản ánh kích thước của mảng cơ bản. Trong ví dụ này, dung lượng của biến slice là 8.

Go 1.2 thêm cú pháp mới để cho phép một thao tác slicing chỉ định dung lượng cũng như độ dài. Một dấu hai chấm thứ hai đưa vào giá trị dung lượng, giá trị này phải nhỏ hơn hoặc bằng dung lượng của slice hoặc mảng nguồn, được điều chỉnh cho origin. Ví dụ,

slice = array[2:4:7]

đặt slice có cùng độ dài như trong ví dụ trước nhưng dung lượng của nó bây giờ chỉ là 5 phần tử (7-2). Không thể dùng giá trị slice mới này để truy cập ba phần tử cuối của mảng gốc.

Trong ký hiệu ba chỉ số này, chỉ số đầu tiên bị thiếu ([:i:j]) mặc định là không nhưng hai chỉ số kia phải luôn được chỉ định tường minh. Có thể các bản phát hành tương lai của Go có thể đưa ra các giá trị mặc định cho các chỉ số này.

Chi tiết thêm có trong tài liệu thiết kế.

Cập nhật: Đây là thay đổi tương thích ngược không ảnh hưởng đến các chương trình hiện có.

Thay đổi về triển khai và công cụ

Ngắt lịch trong bộ lập lịch

Trong các bản phát hành trước, một goroutine lặp mãi mãi có thể làm đói các goroutine khác trên cùng một luồng, một vấn đề nghiêm trọng khi GOMAXPROCS chỉ cung cấp một luồng người dùng. Trong Go 1.2, điều này được giải quyết một phần: Bộ lập lịch đôi khi được gọi khi nhập vào một hàm. Điều này có nghĩa là bất kỳ vòng lặp nào bao gồm một lệnh gọi hàm (không được nội tuyến) có thể bị ngắt lịch, cho phép các goroutine khác chạy trên cùng một luồng.

Giới hạn số luồng

Go 1.2 giới thiệu một giới hạn có thể cấu hình (mặc định là 10.000) về tổng số luồng mà một chương trình đơn có thể có trong không gian địa chỉ của nó, để tránh các vấn đề cạn kiệt tài nguyên trong một số môi trường. Lưu ý rằng goroutine được ghép lên các luồng vì vậy giới hạn này không trực tiếp giới hạn số goroutine, chỉ là số có thể đồng thời bị block trong một system call. Trên thực tế, giới hạn rất khó đạt tới.

Hàm mới SetMaxThreads trong gói runtime/debug kiểm soát giới hạn số luồng.

Cập nhật: Ít hàm sẽ bị ảnh hưởng bởi giới hạn, nhưng nếu một chương trình chết vì nó đạt giới hạn, nó có thể được sửa đổi để gọi SetMaxThreads để đặt số cao hơn. Thậm chí tốt hơn là tái cấu trúc chương trình để cần ít luồng hơn, giảm tiêu thụ tài nguyên nhân.

Kích thước stack

Trong Go 1.2, kích thước tối thiểu của stack khi một goroutine được tạo đã được nâng từ 4KB lên 8KB. Nhiều chương trình đang gặp vấn đề hiệu năng với kích thước cũ, có xu hướng đưa ra các chuyển đổi stack-segment tốn kém trong các phần quan trọng về hiệu năng. Con số mới được xác định bằng thử nghiệm thực nghiệm.

Ở đầu kia, hàm mới SetMaxStack trong gói runtime/debug kiểm soát kích thước tối đa của stack của một goroutine đơn. Mặc định là 1GB trên các hệ thống 64 bit và 250MB trên các hệ thống 32 bit. Trước Go 1.2, một đệ quy mất kiểm soát có thể dễ dàng tiêu thụ tất cả bộ nhớ trên một máy.

Cập nhật: Kích thước stack tối thiểu tăng có thể làm cho các chương trình có nhiều goroutine dùng nhiều bộ nhớ hơn. Không có cách giải quyết, nhưng các kế hoạch cho các bản phát hành tương lai bao gồm công nghệ quản lý stack mới sẽ giải quyết vấn đề tốt hơn.

Cgo và C++

Lệnh cgo bây giờ sẽ gọi trình biên dịch C++ để build bất kỳ phần nào của thư viện được liên kết đến được viết bằng C++; tài liệu có thêm chi tiết.

Godoc và vet được chuyển đến kho phụ go.tools

Cả hai binary vẫn được bao gồm trong bản phân phối, nhưng mã nguồn cho các lệnh godoc và vet đã được chuyển đến kho phụ go.tools.

Ngoài ra, lõi của chương trình godoc đã được tách thành một thư viện, trong khi bản thân lệnh nằm trong một thư mục riêng biệt. Việc di chuyển cho phép mã nguồn được cập nhật dễ dàng và việc tách thành thư viện và lệnh giúp dễ dàng xây dựng các binary tùy chỉnh cho các trang nội bộ và các phương thức triển khai khác nhau.

Cập nhật: Vì godoc và vet không phải là một phần của thư viện, không có mã nguồn Go nào phụ thuộc vào nguồn của chúng và không cần cập nhật nào.

Các bản phân phối nhị phân có sẵn từ golang.org bao gồm các binary này, vì vậy người dùng các bản phân phối này không bị ảnh hưởng.

Khi build từ nguồn, người dùng phải dùng “go get” để cài đặt godoc và vet. (Các binary sẽ tiếp tục được cài đặt ở các vị trí thông thường của chúng, không phải $GOPATH/bin.)

$ go get code.google.com/p/go.tools/cmd/godoc
$ go get code.google.com/p/go.tools/cmd/vet

Trạng thái của gccgo

Chúng tôi dự kiến bản phát hành GCC 4.9 trong tương lai sẽ bao gồm gccgo với hỗ trợ đầy đủ cho Go 1.2. Trong bản phát hành hiện tại (4.8.2) của GCC, gccgo triển khai Go 1.1.2.

Thay đổi đối với trình biên dịch và linker gc

Go 1.2 có một số thay đổi ngữ nghĩa đối với hoạt động của bộ trình biên dịch gc. Hầu hết người dùng sẽ không bị ảnh hưởng.

Lệnh cgo bây giờ hoạt động khi C++ được bao gồm trong thư viện được liên kết. Xem tài liệu cgo để biết chi tiết.

Trình biên dịch gc hiển thị một chi tiết thừa từ nguồn gốc của nó khi một chương trình không có mệnh đề package: nó giả định file nằm trong gói main. Quá khứ đã được xóa bỏ, và một mệnh đề package bị thiếu bây giờ là lỗi.

Trên ARM, toolchain hỗ trợ “external linking”, đây là một bước để có thể build các thư viện dùng chung với toolchain gc và cung cấp hỗ trợ liên kết động cho các môi trường trong đó điều đó là cần thiết.

Trong thời gian chạy cho ARM, với 5a, trước đây có thể tham chiếu đến các biến m (machine) và g (goroutine) nội bộ của thời gian chạy bằng cách dùng R9 và R10 trực tiếp. Bây giờ cần tham chiếu đến chúng bằng tên đúng của chúng.

Cũng trên ARM, linker 5l (sic) bây giờ định nghĩa các lệnh MOVBS và MOVHS như các từ đồng nghĩa của MOVB và MOVH, để làm rõ hơn sự tách biệt giữa các di chuyển từ phụ có dấu và không dấu; các phiên bản không dấu đã tồn tại với hậu tố U.

Test coverage

Một tính năng mới quan trọng của go test là bây giờ nó có thể tính toán và, với sự trợ giúp của một chương trình “go tool cover” mới được cài đặt riêng, hiển thị kết quả test coverage.

Công cụ cover là một phần của kho phụ go.tools. Nó có thể được cài đặt bằng cách chạy

$ go get code.google.com/p/go.tools/cmd/cover

Công cụ cover làm hai việc. Đầu tiên, khi “go test” được cho flag -cover, nó được chạy tự động để viết lại nguồn cho gói và chèn các câu lệnh instrumentation. Sau đó test được biên dịch và chạy như thường lệ, và thống kê coverage cơ bản được báo cáo:

$ go test -cover fmt
ok      fmt 0.060s  coverage: 91.4% of statements
$

Thứ hai, để có báo cáo chi tiết hơn, các flag khác nhau cho “go test” có thể tạo file profile coverage, mà chương trình cover, được gọi với “go tool cover”, sau đó có thể phân tích.

Chi tiết về cách tạo và phân tích thống kê coverage có thể được tìm thấy bằng cách chạy các lệnh

$ go help testflag
$ go tool cover -help

Lệnh go doc bị xóa

Lệnh “go doc” bị xóa. Lưu ý rằng bản thân công cụ godoc không bị xóa, chỉ là việc bọc nó bởi lệnh go. Tất cả những gì nó làm là hiển thị tài liệu cho một gói theo đường dẫn gói, điều mà godoc tự nó đã làm với tính linh hoạt hơn. Do đó nó đã bị xóa để giảm số lượng công cụ tài liệu và, như một phần của cấu trúc lại godoc, khuyến khích các tùy chọn tốt hơn trong tương lai.

Cập nhật: Đối với những người vẫn cần chức năng chính xác của việc chạy

$ go doc

trong một thư mục, hành vi giống hệt như khi chạy

$ godoc .

Thay đổi đối với lệnh go

Lệnh go get bây giờ có flag -t khiến nó tải xuống các dependency của các test được chạy bởi gói, không chỉ của bản thân gói. Theo mặc định, như trước đây, các dependency của các test không được tải xuống.

Hiệu năng

Có một số cải thiện hiệu năng đáng kể trong thư viện chuẩn; đây là một vài ví dụ.

compress/bzip2 giải nén nhanh hơn khoảng 30%.
Gói crypto/des nhanh hơn khoảng năm lần.
Gói encoding/json mã hóa nhanh hơn khoảng 30%.
Hiệu năng mạng trên các hệ thống Windows và BSD nhanh hơn khoảng 30% thông qua việc sử dụng một network poller tích hợp trong thời gian chạy, tương tự như những gì đã được thực hiện cho Linux và OS X trong Go 1.1.

Thay đổi đối với thư viện chuẩn

Các gói archive/tar và archive/zip

Các gói archive/tar và archive/zip đã có sự thay đổi về ngữ nghĩa có thể làm hỏng các chương trình hiện có. Vấn đề là cả hai đều cung cấp một triển khai của interface os.FileInfo không tuân thủ đặc tả của interface đó. Cụ thể, phương thức Name của chúng trả về tên đường dẫn đầy đủ của mục, nhưng đặc tả interface yêu cầu phương thức chỉ trả về tên cơ sở (phần tử đường dẫn cuối cùng).

Cập nhật: Vì hành vi này mới được triển khai và hơi khó hiểu, có thể không có mã nguồn nào phụ thuộc vào hành vi bị hỏng. Nếu có các chương trình phụ thuộc vào nó, chúng sẽ cần được xác định và sửa thủ công.

Gói encoding mới

Có một gói mới, encoding, định nghĩa một bộ các interface mã hóa chuẩn có thể được dùng để xây dựng các bộ marshaler và unmarshaler tùy chỉnh cho các gói như encoding/xml, encoding/json, và encoding/binary. Các interface mới này đã được dùng để gọn gàng hóa một số triển khai trong thư viện chuẩn.

Các interface mới được gọi là BinaryMarshaler, BinaryUnmarshaler, TextMarshaler, và TextUnmarshaler. Chi tiết đầy đủ có trong tài liệu cho gói và một tài liệu thiết kế riêng biệt.

Gói fmt

Các quy trình in có định dạng của gói fmt như Printf bây giờ cho phép các mục dữ liệu cần in được truy cập theo thứ tự tùy ý bằng cách dùng một thao tác đánh chỉ số trong các đặc tả định dạng. Bất cứ khi nào một đối số cần được tìm nạp từ danh sách đối số để định dạng, dù là giá trị cần định dạng hay số nguyên width hoặc precision, một ký hiệu đánh chỉ số tùy chọn mới [n] tìm nạp đối số n thay thế. Giá trị của n được đánh chỉ số từ 1. Sau thao tác đánh chỉ số như vậy, đối số tiếp theo cần tìm nạp bởi quá trình xử lý bình thường sẽ là n+1.

Ví dụ, lệnh gọi Printf bình thường

fmt.Sprintf("%c %c %c\n", 'a', 'b', 'c')

sẽ tạo ra chuỗi "a b c", nhưng với các thao tác đánh chỉ số như thế này,

fmt.Sprintf("%[3]c %[1]c %c\n", 'a', 'b', 'c')

kết quả là "c a b". Chỉ số [3] truy cập đối số định dạng thứ ba, là 'c', [1] truy cập đối số đầu tiên, 'a', và sau đó lần tìm nạp tiếp theo truy cập đối số sau đó, 'b'.

Động lực cho tính năng này là các câu lệnh định dạng có thể lập trình để truy cập các đối số theo thứ tự khác nhau cho việc bản địa hóa, nhưng nó có các cách dùng khác:

log.Printf("trace: value %v of type %[1]T\n", expensiveFunction(a.b[c]))

Cập nhật: Thay đổi về cú pháp của các đặc tả định dạng hoàn toàn tương thích ngược, vì vậy nó không ảnh hưởng đến bất kỳ chương trình nào đang hoạt động.

Các gói text/template và html/template

Gói text/template có một số thay đổi trong Go 1.2, cả hai cũng được phản ánh trong gói html/template.

Đầu tiên, có các hàm mặc định mới để so sánh các kiểu cơ bản. Các hàm được liệt kê trong bảng này, hiển thị tên của chúng và toán tử so sánh liên quan.

	Tên	Toán tử
	`eq`	`==`
	`ne`	`!=`
	`lt`	`<`
	`le`	`<=`
	`gt`	`>`
	`ge`	`>=`

Các hàm này hoạt động hơi khác so với các toán tử Go tương ứng. Đầu tiên, chúng chỉ hoạt động trên các kiểu cơ bản (bool, int, float64, string, v.v.). (Go cho phép so sánh mảng và struct cũng vậy, trong một số trường hợp nhất định.) Thứ hai, các giá trị có thể được so sánh miễn là chúng là cùng loại giá trị: bất kỳ giá trị số nguyên có dấu nào đều có thể được so sánh với bất kỳ giá trị số nguyên có dấu nào khác chẳng hạn. (Go không cho phép so sánh một int8 và một int16). Cuối cùng, hàm eq (duy nhất) cho phép so sánh đối số đầu tiên với một hoặc nhiều đối số tiếp theo. Template trong ví dụ này,

{{if eq .A 1 2 3}} equal {{else}} not equal {{end}}

báo cáo “equal” nếu .A bằng bất kỳ trong số 1, 2 hoặc 3.

Thay đổi thứ hai là một bổ sung nhỏ vào ngữ pháp làm cho các chuỗi “if else if” dễ viết hơn. Thay vì viết,

{{if eq .A 1}} X {{else}} {{if eq .A 2}} Y {{end}} {{end}}

người ta có thể gấp “if” thứ hai vào “else” và chỉ có một “end”, như thế này:

{{if eq .A 1}} X {{else if eq .A 2}} Y {{end}}

Hai hình thức có tác dụng giống hệt nhau; sự khác biệt chỉ là về cú pháp.

Cập nhật: Cả thay đổi “else if” lẫn các hàm so sánh không ảnh hưởng đến các chương trình hiện có. Những chương trình đã định nghĩa các hàm gọi là eq v.v. thông qua một function map không bị ảnh hưởng vì function map liên quan sẽ ghi đè các định nghĩa hàm mặc định mới.

Các gói mới

Có hai gói mới.

Gói encoding được mô tả ở trên.
Gói image/color/palette cung cấp các bảng màu chuẩn.

Thay đổi nhỏ đối với thư viện

Danh sách sau đây tóm tắt một số thay đổi nhỏ đối với thư viện, chủ yếu là bổ sung. Xem tài liệu gói liên quan để biết thêm thông tin về từng thay đổi.

Gói archive/zip thêm accessor DataOffset để trả về offset của dữ liệu (có thể đã nén) của file trong archive.
Gói bufio thêm các phương thức Reset cho Reader và Writer. Các phương thức này cho phép Reader và Writer được tái sử dụng trên đầu vào và đầu ra mới, tiết kiệm overhead cấp phát.
compress/bzip2 bây giờ có thể giải nén các archive được nối.
Gói compress/flate thêm phương thức Reset trên Writer, để có thể giảm cấp phát khi, ví dụ, xây dựng một archive để chứa nhiều file nén.
Kiểu Writer của gói compress/gzip thêm phương thức Reset để nó có thể được tái sử dụng.
Kiểu Writer của gói compress/zlib thêm phương thức Reset để nó có thể được tái sử dụng.
Gói container/heap thêm phương thức Fix để cung cấp cách hiệu quả hơn để cập nhật vị trí của một mục trong heap.
Gói container/list thêm các phương thức MoveBefore và MoveAfter, thực hiện sắp xếp lại rõ ràng.
Gói crypto/cipher thêm chế độ GCM mới (Galois Counter Mode), gần như luôn được dùng với mã hóa AES.
Gói crypto/md5 thêm hàm mới Sum để đơn giản hóa hashing mà không ảnh hưởng đến hiệu năng.
Tương tự, gói crypto/sha1 thêm hàm mới Sum.
Ngoài ra, gói crypto/sha256 thêm các hàm Sum256 và Sum224.
Cuối cùng, gói crypto/sha512 thêm các hàm Sum512 và Sum384.
Gói crypto/x509 thêm hỗ trợ để đọc và ghi các extension tùy ý.
Gói crypto/tls thêm hỗ trợ cho TLS 1.1, 1.2 và AES-GCM.
Gói database/sql thêm phương thức SetMaxOpenConns trên DB để giới hạn số kết nối mở đến cơ sở dữ liệu.
Gói encoding/csv bây giờ luôn cho phép dấu phẩy theo sau trên các field.
Gói encoding/gob bây giờ xử lý các field channel và function của struct như thể chúng không được xuất, ngay cả khi chúng là. Tức là, nó bỏ qua chúng hoàn toàn. Trước đây chúng sẽ kích hoạt một lỗi, điều này có thể gây ra các vấn đề tương thích không mong muốn nếu một cấu trúc được nhúng thêm field như vậy. Gói cũng bây giờ hỗ trợ các interface BinaryMarshaler và BinaryUnmarshaler chung của gói encoding được mô tả ở trên.
Gói encoding/json bây giờ sẽ luôn escape các ký hiệu ampersand thành “\u0026” khi in chuỗi. Bây giờ nó sẽ chấp nhận nhưng sửa UTF-8 không hợp lệ trong Marshal (đầu vào như vậy trước đây bị từ chối). Cuối cùng, bây giờ nó hỗ trợ các interface mã hóa chung của gói encoding được mô tả ở trên.
Gói encoding/xml bây giờ cho phép các thuộc tính được lưu trong con trỏ để được marshal. Nó cũng hỗ trợ các interface mã hóa chung của gói encoding được mô tả ở trên thông qua các interface mới Marshaler, Unmarshaler, và các interface liên quan MarshalerAttr và UnmarshalerAttr. Gói cũng thêm phương thức Flush vào kiểu Encoder để dùng bởi các encoder tùy chỉnh. Xem tài liệu cho EncodeToken để biết cách dùng nó.
Gói flag bây giờ có interface Getter để cho phép giá trị của flag được lấy. Do các hướng dẫn tương thích Go 1, phương thức này không thể được thêm vào interface Value hiện có, nhưng tất cả các kiểu flag chuẩn hiện có đều triển khai nó. Gói cũng xuất tập flag CommandLine, chứa các flag từ dòng lệnh.
Cấu trúc SliceExpr của gói go/ast có field boolean mới, Slice3, được đặt thành true khi biểu diễn một biểu thức slice với ba chỉ số (hai dấu hai chấm). Mặc định là false, biểu diễn dạng hai chỉ số thông thường.
Gói go/build thêm field AllTags vào kiểu Package, để dễ dàng xử lý các build tag hơn.
Gói image/draw bây giờ xuất interface Drawer, bao gồm phương thức Draw chuẩn. Các toán tử Porter-Duff bây giờ triển khai interface này, thực tế là gắn kết một thao tác với toán tử draw thay vì cung cấp nó tường minh. Cho một ảnh paletted làm đích, triển khai mới FloydSteinberg của interface Drawer sẽ dùng thuật toán khuếch tán lỗi Floyd-Steinberg để vẽ ảnh. Để tạo các palette phù hợp cho quá trình xử lý như vậy, interface mới Quantizer biểu diễn các triển khai của các thuật toán lượng tử hóa chọn palette cho một ảnh màu đầy đủ. Không có triển khai nào của interface này trong thư viện.
Gói image/gif bây giờ có thể tạo các file GIF bằng các hàm mới Encode và EncodeAll. Đối số options của chúng cho phép chỉ định một Quantizer ảnh để dùng; nếu là nil, GIF được tạo sẽ dùng bảng màu Plan9 được định nghĩa trong gói mới image/color/palette. Options cũng chỉ định một Drawer để dùng để tạo ảnh đầu ra; nếu là nil, khuếch tán lỗi Floyd-Steinberg được dùng.
Phương thức Copy của gói io bây giờ ưu tiên các đối số của nó theo cách khác. Nếu một đối số triển khai WriterTo và đối số kia triển khai ReaderFrom, Copy bây giờ sẽ gọi WriterTo để thực hiện công việc, vì vậy cần ít buffer trung gian hơn nói chung.
Gói net yêu cầu cgo theo mặc định vì hệ điều hành máy chủ nói chung phải làm trung gian cho việc thiết lập lệnh gọi mạng. Tuy nhiên trên một số hệ thống, có thể dùng mạng mà không cần cgo, và hữu ích khi làm như vậy, chẳng hạn để tránh liên kết động. Build tag mới netgo (tắt theo mặc định) cho phép xây dựng một gói net thuần Go trên các hệ thống có thể thực hiện được.
Gói net thêm field mới DualStack vào cấu trúc Dialer cho việc thiết lập kết nối TCP bằng dual IP stack như được mô tả trong RFC 6555.
Gói net/http sẽ không còn truyền các cookie không chính xác theo RFC 6265. Nó chỉ ghi nhật ký một lỗi và không gửi gì. Ngoài ra, hàm ReadResponse của gói net/http bây giờ cho phép tham số *Request là nil, trong trường hợp đó nó giả định là GET request. Cuối cùng, một HTTP server bây giờ sẽ phục vụ các yêu cầu HEAD trong suốt, không cần trường hợp đặc biệt trong mã handler. Khi phục vụ một yêu cầu HEAD, các ghi vào ResponseWriter của Handler được hấp thụ bởi Server và client nhận một body rỗng theo yêu cầu của đặc tả HTTP.
Phương thức Cmd.StdinPipe của gói os/exec trả về một io.WriteCloser, nhưng đã thay đổi triển khai cụ thể từ *os.File thành một kiểu không xuất nhúng *os.File, và bây giờ an toàn để đóng giá trị được trả về. Trước Go 1.2, có một race không thể tránh khỏi mà thay đổi này sửa. Mã nguồn cần truy cập các phương thức của *os.File có thể dùng một type assertion interface, chẳng hạn như wc.(interface{ Sync() error }).
Gói runtime nới lỏng các ràng buộc đối với các hàm finalizer trong SetFinalizer: đối số thực tế bây giờ có thể là bất kỳ kiểu nào có thể gán cho kiểu hình thức của hàm, như trong bất kỳ lệnh gọi hàm bình thường nào trong Go.
Gói sort có hàm mới Stable triển khai sắp xếp ổn định. Tuy nhiên nó kém hiệu quả hơn so với thuật toán sắp xếp thông thường.
Gói strings thêm hàm IndexByte để nhất quán với gói bytes.
Gói sync/atomic thêm một tập hợp mới các hàm swap trao đổi nguyên tử đối số với giá trị được lưu trong con trỏ, trả về giá trị cũ. Các hàm là SwapInt32, SwapInt64, SwapUint32, SwapUint64, SwapUintptr, và SwapPointer, trao đổi một unsafe.Pointer.
Gói syscall bây giờ triển khai Sendfile cho Darwin.
Gói testing bây giờ xuất interface TB. Nó ghi lại các phương thức chung với các kiểu T và B, để dễ dàng chia sẻ mã giữa các test và benchmark hơn. Ngoài ra, hàm AllocsPerRun bây giờ lượng tử hóa giá trị trả về thành một số nguyên (mặc dù nó vẫn có kiểu float64), để làm tròn bất kỳ lỗi nào gây ra bởi khởi tạo và làm cho kết quả lặp lại được hơn.
Gói text/template bây giờ tự động dereference các giá trị con trỏ khi đánh giá các đối số cho các hàm “escape” như “html”, để đưa hành vi của các hàm đó vào sự đồng thuận với các hàm in khác như “printf”.
Trong gói time, hàm Parse và phương thức Format bây giờ xử lý các offset múi giờ với giây, chẳng hạn trong ngày lịch sử “1871-01-01T05:33:02+00:34:08”. Ngoài ra, khớp pattern trong các định dạng cho các quy trình đó nghiêm ngặt hơn: một chữ cái không viết thường bây giờ phải theo sau các từ chuẩn như “Jan” và “Mon”.
Gói unicode thêm In, một phiên bản đẹp hơn nhưng tương đương với bản gốc IsOneOf, để xem liệu một ký tự có phải là thành viên của một danh mục Unicode không.