主頁 > 後端開發 > golang中經常會犯的一些錯誤

golang中經常會犯的一些錯誤

2022-10-24 06:58:06 後端開發

0.1、索引

https://waterflow.link/articles/1664080524986

1、未知的列舉值

我們現在定義一個型別是unit32的Status，他可以作為列舉型別，我們定義了3種狀態

type Status uint32

const (
	StatusOpen Status = iota
	StatusClosed
	StatusUnknown
)

其中我們使用了iota，相關的用法自行google，最終對應的狀態就是：

0-開啟狀態，1-關閉狀態，2-未知狀態

現在我們假設有一個請求引數過來，資料結構如下：

{
  "Id": 1234,
  "Timestamp": 1563362390,
  "Status": 1
}

可以看到是一個json型別的字串，其中就包含了Status狀態，我們的請求是希望把狀態修改為關閉狀態，

然后我們在服務端創建一個結構體，方便把這些欄位決議出來：

type Request struct {
	ID        int    `json:"Id"`
	Timestamp int    `json:"Timestamp"`
	Status    Status `json:"Status"`
}

好了，我們在main中執行下代碼，看下決議是否正確：

package main

import (
	"encoding/json"
	"fmt"
)

type Status uint32

const (
	StatusOpen Status = iota
	StatusClosed
	StatusUnknown
)

type Request struct {
	ID        int    `json:"Id"`
	Timestamp int    `json:"Timestamp"`
	Status    Status `json:"Status"`
}

func main() {
	js := `{
		"Id": 1234,
		"Timestamp": 1563362390,
		"Status": 1
	  }`

	request := &Request{}
	err := json.Unmarshal([]byte(js), request)
	if err != nil {
		fmt.Println(err)
		return
	}
}

執行后的結果如下：

go run main.go
&{1234 1563362390 1}

可以看到決議是沒問題的，

然而，讓我們再提出一個未設定狀態值的請求（無論出于何種原因）：

{
  "Id": 1234,
  "Timestamp": 1563362390
}

在這種情況下，請求結構的狀態欄位將被初始化為其零值（對于 uint32 型別：0），因此，StatusOpen 而不是 StatusUnknown，

最佳實踐是將列舉的未知值設定為 0：

type Status uint32

const (
	StatusUnknown Status = iota
	StatusOpen
	StatusClosed
)

在這里，如果狀態不是 JSON 請求的一部分，它將被初始化為 StatusUnknown，正如我們所期望的那樣，

2、指標無處不在？

按值傳遞變數將創建此變數的副本，而通過指標傳遞它只會復制記憶體地址，

因此，傳遞指標總是會更快，對么？

如果你相信這一點，請看看這個例子，這是一個 0.3 KB 資料結構的基準測驗，我們通過指標和值傳遞和接收， 0.3 KB 并不大，但這與我們每天看到的資料結構型別（對于我們大多數人來說）應該相差不遠，

當我在本地環境中執行這些基準測驗時，按值傳遞比按指標傳遞快 4 倍以上，這可能有點違反直覺，對吧？

這其實與 Go 中如何管理記憶體有關，我們都知道變數可以分配在堆上或堆疊上，也知道：

  • 堆疊包含給定 goroutine 的正在進行的變數，一旦函式回傳，變數就會從堆疊中彈出，
  • 堆包含共享變數（全域變數等），

讓我們看下下面這個簡單的例子：

type foo struct{}

func getFooValue() foo {
	var result foo
	// Do something
	return result
}

這里，一個結果變數由當前的 goroutine 創建，這個變數被壓入當前堆疊，一旦函式回傳，客戶端將收到此變數的副本，變數本身從堆疊中彈出，它仍然存在于記憶體中，直到它被另一個變數擦除，但它不能再被訪問，

我們現在修改下上面的例子，使用指標：

type foo struct{}

func getFooPointer() *foo {
	var result foo
	// Do something
	return &result
}

結果變數仍然由當前的 goroutine 創建，但客戶端將收到一個指標（變數地址的副本），如果結果變數從堆疊中彈出，則此函式的客戶端無法再訪問它，

在這種情況下，Go 編譯器會將結果變數轉移到可以共享變數的地方：堆，

但是，傳遞指標是另一種情況，例如：

type foo struct{}

func main()  {
	p := &foo{}
	f(p)
}

因為我們在同一個 goroutine 中呼叫 f，所以 p 變數不需要被轉移，它只是被壓入堆疊，子函式可以訪問它，

比如在 io.Reader 的 Read 方法中接收切片而不是回傳切片的直接結果，也不會轉移到堆上，

但是回傳一個切片（它是一個指標）會將其轉移到堆中，

為什么堆疊那么快？主要原因有兩個：

  • 堆疊不需要垃圾收集器，正如我們所說，一個變數在創建后被簡單地壓入，然后在函式回傳時從堆疊中彈出，無需進行復雜的程序來回收未使用的變數等，
  • 堆疊屬于一個 goroutine，因此與將變數存盤在堆上相比，存盤變數不需要同步，這也導致性能增益，

結論就是：

當我們創建一個函式時，我們的默認行為應該是使用值而不是指標，僅當我們想要共享變數時才應使用指標，

最后：

如果我們遇到性能問題，一種可能的優化可能是檢查指標在某些特定情況下是否有幫助，使用以下命令可以知道編譯器何時將變數轉移到堆中：go build -gcflags "-m -m"，（記憶體逃逸）

3、中斷 for/switch 或 for/select

我們看下下面的代碼會發生什么：

package main

func f() bool {
	return true
}

func main() {
	for {
		switch f() {
		case true:
			break
		case false:
			// Do something
		}
	}
}

我們將呼叫 break 陳述句，但是，這會破壞 switch 陳述句，而不是 for 回圈，

相同的情況還會出現在fo/select中，像下面這樣：

package main

import (
	"context"
	"time"
)

func main() {
	ch := make(chan struct{})
	ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second)
	defer cancel()
	for {
		select {
		case <-ch:
		// Do something
		case <-ctx.Done():
			break
		}
	}
}

雖然呼叫了break，但是還是會陷入死回圈，break 與 select 陳述句有關，與 for 回圈無關，

打破 for/switch 或 for/select 的，一種方案是直接return結束整個函式，下面如果還有代碼不會被執行，

package main

import (
	"context"
	"fmt"
	"time"
)

func main() {
	ch := make(chan struct{})
	ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second)
	defer cancel()
	for {
		select {
		case <-ch:
		// Do something
		case <-ctx.Done():
			return
		}
	}

  // 這里不會執行
	fmt.Println("done")
}

還有一種方案是使用中斷標記

package main

import (
	"context"
	"fmt"
	"time"
)

func main() {
	ch := make(chan struct{})
	ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second)
	defer cancel()
loop:
	for {
		select {
		case <-ch:
		// Do something
		case <-ctx.Done():
			break loop
		}
	}

  // 會繼續往下執行
	fmt.Println("done")
}

4、錯誤管理

一個錯誤應該只處理一次，記錄錯誤就是處理錯誤，因此，應該記錄或傳播錯誤，

我們可能希望為錯誤添加一些背景關系并具有某種形式的層次結構，

讓我們看一個介面請求資料庫的例子，我們分為介面層，service層和類別庫層，我們希望回傳的層次結構像下面這樣：

unable to serve HTTP POST request for id 1
 |_ unable to insert customer
     |_ unable to commit transaction

如果我們使用 pkg/errors，我們可以這樣做：

package main

import (
	"fmt"

	"github.com/pkg/errors"
)

func postHandler(id int) string {
	err := insert(id)
	if err != nil {
		fmt.Printf("unable to serve HTTP POST request for id %d\n", id)
		return `{ok: false}`
	}
	return `{ok: true}`
}

func insert(id int) error {
	err := dbQuery(id)
	if err != nil {
		return errors.Wrapf(err, "unable to insert customer")
	}
	return nil
}

func dbQuery(id int) error {
	// Do something then fail
	return errors.New("unable to commit transaction")
}

func main() {
	res := postHandler(1)
	fmt.Println(res)
}

初始錯誤（如果不是由外部庫回傳）可以使用 errors.New 創建，service層 insert 通過向其添加更多背景關系來包裝此錯誤，然后，介面層通過記錄錯誤來處理錯誤，每個級別都回傳或處理錯誤，

例如，我們可能還想檢查錯誤原因本身以實作重試，假設我們有一個來自處理資料庫訪問的外部庫的 db 包，這個庫可能會回傳一個名為 db.DBError 的暫時（臨時）錯誤，要確定是否需要重試，我們必須檢查錯誤原因：

package main

import (
	"fmt"

	"github.com/pkg/errors"
)

type DbError struct {
	msg string
}

func (e *DbError) Error() string {
	return e.msg
}

func postHandler(id int) string {
	err := insert(id)
	if err != nil {
		errCause := errors.Cause(err)
		if _, ok := errCause.(*DbError); ok {
			fmt.Println("retry")
		} else {
			fmt.Printf("unable to serve HTTP POST request for id %d\n", id)
			return `{ok: false}`
		}

	}
	return `{ok: true}`
}

func insert(id int) error {
	err := dbQuery(id)
	if err != nil {
		return errors.Wrapf(err, "unable to insert customer")
	}
	return nil
}

func dbQuery(id int) error {
	// Do something then fail
	return &DbError{"unable to commit transaction"}
}

func main() {
	res := postHandler(1)
	fmt.Println(res)
}

這是使用errors.Cause完成的，它也來自pkg/errors，（可以通過errors.Cause檢查， errors.Cause 將遞回檢索沒有實作causer 的最頂層錯誤，這被認為是原始原因，）

有時候也會有人這么用，例如，檢查錯誤是這樣完成的：

package main

import (
	"fmt"

	"github.com/pkg/errors"
)

type DbError struct {
	msg string
}

func (e *DbError) Error() string {
	return e.msg
}

func postHandler(id int) string {
	err := insert(id)
	if err != nil {
		switch err.(type) {
		default:
			fmt.Printf("unable to serve HTTP POST request for id %d\n", id)
			return `{ok: false}`
		case *DbError:
			fmt.Println("retry")

		}
	}
	return `{ok: true}`
}

func insert(id int) error {
	err := dbQuery(id)
	if err != nil {
		return errors.Wrapf(err, "unable to insert customer")
	}
	return nil
}

func dbQuery(id int) error {
	// Do something then fail
	return &DbError{"unable to commit transaction"}
}

func main() {
	res := postHandler(1)
	fmt.Println(res)
}

如果 DBError 被包裝，它永遠不會觸發重試，

5、切片初始化

有時，我們知道切片的最終長度是多少，例如，假設我們要將 Foo 的切片轉換為 Bar 的切片，這意味著這兩個切片將具有相同的長度，

我們有時候經常會這樣初始化切片：

var bars []Bar
bars := make([]Bar, 0)

我們都知道切片的底層是陣列，如果沒有更多可用空間，它會實施增長戰略，在這種情況下，會自動創建一個新陣列（容量更大）并復制所有元素，

現在，假設我們需要多次重復這個增長操作，因為我們的 []Foo 包含數千個元素？插入的攤銷時間復雜度（平均值）將保持為 O(1)，但在實踐中，它會對性能產生影響，

因此，如果我們知道最終長度，我們可以：

  • 使用預定義的長度對其進行初始化：

    func convert(foos []Foo) []Bar {
	bars := make([]Bar, len(foos))
	for i, foo := range foos {
		bars[i] = fooToBar(foo)
	}
	return bars
}

  • 或者使用 0 長度和預定義容量對其進行初始化：

    func convert(foos []Foo) []Bar {
	bars := make([]Bar, 0, len(foos))
	for _, foo := range foos {
		bars = append(bars, fooToBar(foo))
	}
	return bars
}

選哪個更好呢？第一個稍微快一點，然而，你可能更喜歡第二個，因為無論我們是否知道初始大小，在切片末尾添加一個元素都是使用 append 完成的，

6、背景關系管理

context.Context對我們來說非常好用，他可以在協程之間傳遞資料、可以控制協程的生命周期等等，但是這也造成了它的濫用，

go官方檔案是這么定義的：

一個 Context 攜帶一個截止日期、一個取消信號和其他跨 API 邊界的值，

這個描述很寬泛，足以讓一些人對為什么以及如何使用它感到困惑，

讓我們試著詳細說明一下，背景關系可以攜帶：

  • 一個截止時間，它意味著一個持續時間（例如 250 毫秒）或日期時間（例如 2022-01-08 01:00:00），我們認為如果達到，我們必須取消正在進行的活動（I/O 請求，等待通道輸入等），
  • 取消信號（基本上是 <-chan struct{}）， 在這里，行為是相似的， 一旦我們收到信號，我們必須停止正在進行的活動， 例如，假設我們收到兩個請求， 一個插入一些資料，另一個取消第一個請求（因為它不再需要）， 這可以通過在第一次呼叫中使用可取消背景關系來實作，一旦我們收到第二個請求，該背景關系將被取消，
  • 鍵/值串列（均基于 interface{} 型別），

另外需要說明的是，

首先，背景關系是可組合的，因此，我們可以有一個包含截止日期和鍵/值串列的背景關系，

此外，多個 goroutine 可以共享相同的背景關系，因此取消信號可能會停止多個活動，

我們可以看下一個具體的錯誤例子

一個 Go 應用程式是基于 urfave/cli 的（如果你不知道，那是一個在 Go 中創建命令列應用程式的好庫），一旦開始，開發人員就會繼承某種應用程式背景關系，這意味著當應用程式停止時，庫將使用此背景關系發送取消信號，

我了解的是，這個背景關系是在呼叫 gRPC 端點時直接傳遞的，這不是我們想要做的，

相反，我們想向 gRPC 庫傳遞：請在應用程式停止時或在 100 毫秒后取消請求，

為此，我們可以簡單地創建一個組合背景關系，如果 parent 是應用程式背景關系的名稱（由 urfave/cli 創建），那么我們可以簡單地這樣做：

package main

import (
	"context"
	"fmt"
	"log"
	"os"
	"time"

	"github.com/urfave/cli/v2"
)

func main() {

	app := &cli.App{
		Name:  "boom",
		Usage: "make an explosive entrance",
		Action: func(parent *cli.Context) error {
      // 父背景關系傳進來，給個超時時間
			ctx, cancel := context.WithTimeout(parent.Context, 10*time.Second)
			defer cancel()
			grpcClientSend(ctx)

			return nil
		},
	}

	if err := app.Run(os.Args); err != nil {
		log.Fatal(err)
	}
}

func grpcClientSend(ctx context.Context) {
	for {
		select {
		case <-ctx.Done(): // 達到超時時間就結束
			fmt.Println("cancel!")
			return
		default:
			time.Sleep(2 * time.Second)
			fmt.Println("do something!")
		}
	}
}

7、使用檔案名作為函式輸入？

假設我們必須實作一個函式來計算檔案中的空行數，一般我們是這樣實作的：

package main

import (
	"bufio"
	"fmt"
	"os"

	"github.com/pkg/errors"
)

func main() {

	cou, err := count("a.txt")
	if err != nil {
		fmt.Println(err)
		return
	}
	fmt.Println(cou)
}

func count(filename string) (int, error) {
	file, err := os.Open(filename)
	if err != nil {
		return 0, errors.Wrapf(err, "unable to open %s", filename)
	}
	defer file.Close()

	scanner := bufio.NewScanner(file)
	count := 0
	for scanner.Scan() {
		if scanner.Text() == "" {
			count++
		}
	}
	return count, nil
}

檔案名作為輸入給出，所以我們打開它然后我們實作我們的邏輯，對吧？

現在，假設我們要在此函式之上實作單元測驗，以測驗普通檔案、空檔案、具有不同編碼型別的檔案等，這很容易變得非常難以管理，

此外，如果我們想要對http body實作相同的邏輯，我們將不得不為此創建另一個函式，

Go 帶有兩個很棒的抽象：io.Reader 和 io.Writer，我們可以簡單地傳遞一個 io.Reader 來抽象資料源，而不是傳遞檔案名，

是檔案嗎？ HTTP body？位元組緩沖區？這并不重要，因為我們仍將使用相同的 Read 方法，

在我們的例子中，我們甚至可以緩沖輸入以逐行讀取，因此，我們可以使用 bufio.Reader 及其 ReadLine 方法：

我們把讀取檔案的部分放到函式外面

package main

import (
	"bufio"
	"fmt"
	"io"
	"os"

	"github.com/pkg/errors"
)

func main() {

	filename := "a.txt"
	file, err := os.Open(filename)
	if err != nil {
		fmt.Println(err, "unable to open ", filename)
		return
	}
	defer file.Close()
	count, err := count(bufio.NewReader(file))
	if err != nil {
		fmt.Println(err)
		return
	}
	fmt.Println(count)
}

func count(reader *bufio.Reader) (int, error) {
	count := 0
	for {
		line, _, err := reader.ReadLine()
		if err != nil {
			switch err {
			default:
				return 0, errors.Wrapf(err, "unable to read")
			case io.EOF:
				return count, nil
			}
		}
		if len(line) == 0 {
			count++
		}
	}
}

使用第二種實作，無論實際資料源如何，都可以呼叫該函式，同時，這將有助于我們的單元測驗，因為我們可以簡單地從字串創建一個 bufio.Reader：

package main

import (
	"bufio"
	"fmt"
	"io"
	"strings"

	"github.com/pkg/errors"
)

func main() {

	count, err := count(bufio.NewReader(strings.NewReader("input\n\n")))

	if err != nil {
		fmt.Println(err)
		return
	}
	fmt.Println(count)
}

func count(reader *bufio.Reader) (int, error) {
	count := 0
	for {
		line, _, err := reader.ReadLine()
		if err != nil {
			switch err {
			default:
				return 0, errors.Wrapf(err, "unable to read")
			case io.EOF:
				return count, nil
			}
		}
		if len(line) == 0 {
			count++
		}
	}
}

8、Goroutines 和回圈變數

我看到一個常見錯誤是使用帶有回圈變數的 goroutines，

以下示例的輸出是什么？

package main

import (
	"fmt"
	"time"
)

func main() {

	ints := []int{1, 2, 3}
	for _, i := range ints {
		go func() {
			fmt.Printf("%v\n", i)
		}()
	}

	time.Sleep(time.Second)
}

在這個例子中，每個 goroutine 共享相同的變數實體，所以它會產生 3 3 3，而不是我們認為的1 2 3

有兩種解決方案可以解決這個問題，第一個是將 i 變數的值傳遞給閉包（內部函式）：

package main

import (
	"fmt"
	"time"
)

func main() {

	ints := []int{1, 2, 3}
	for _, i := range ints {
		go func(i int) {
			fmt.Printf("%v\n", i)
		}(i)
	}

	time.Sleep(time.Second)
}

第二個是在 for 回圈范圍內創建另一個變數：

package main

import (
	"fmt"
	"time"
)

func main() {

	ints := []int{1, 2, 3}
	for _, i := range ints {
		i := i
		go func() {
			fmt.Printf("%v\n", i)
		}()
	}

	time.Sleep(time.Second)
}

呼叫 i := i 可能看起來有點奇怪，但它完全有效，處于回圈中意味著處于另一個范圍內，所以 i := i 創建了另一個名為 i 的變數實體，當然，為了便于閱讀，我們可能想用不同的名稱來稱呼它，

原文
https://itnext.io/the-top-10-most-common-mistakes-ive-seen-in-go-projects-4b79d4f6cd65

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/519007.html

標籤：Go

上一篇：Windows OpenGL ES 影像反色

下一篇：golang中的socket編程

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【C++】Microsoft C++、C 和匯編程式檔案

    ......

    uj5u.com 2020-09-10 00:57:23 more
  • 例外宣告

    相比于斷言適用于排除邏輯上不可能存在的狀態，例外通常是用于邏輯上可能發生的錯誤。 例外宣告 Item 1：當函式不可能拋出例外或不能接受拋出例外時，使用noexcept 理由 如果不打算拋出例外的話，程式就會認為無法處理這種錯誤，并且應當盡早終止，如此可以有效地阻止例外的傳播與擴散。 示例 //不可 ......

    uj5u.com 2020-09-10 00:57:27 more
  • Codeforces 1400E Clear the Multiset(貪心 + 分治)

    鏈接：https://codeforces.com/problemset/problem/1400/E 來源：Codeforces 思路：給你一個陣列，現在你可以進行兩種操作，操作1：將一段沒有 0 的區間進行減一的操作，操作2：將 i 位置上的元素歸零。最終問：將這個陣列的全部元素歸零后操作的最少 ......

    uj5u.com 2020-09-10 00:57:30 more
  • UVA11610 【Reverse Prime】

    本人看到此題沒有翻譯，就附帶了一個自己的翻譯版本 思考 這一題，它的第一個要求是找出所有 $7$ 位反向質數及其質因數的個數。 我們應該需要質數篩篩選1~$10^{7}$的所有數，這里就不慢慢介紹了。但是，重讀題，我們突然發現反向質數都是 $7$ 位，而將它反過來后的數字卻是 $6$ 位數，這就說明 ......

    uj5u.com 2020-09-10 00:57:36 more
  • 統計區間素數數量

    1 #pragma GCC optimize(2) 2 #include <bits/stdc++.h> 3 using namespace std; 4 bool isprime[1000000010]; 5 vector<int> prime; 6 inline int getlist(int ......

    uj5u.com 2020-09-10 00:57:47 more
  • C/C++編程筆記：C++中的 const 變數詳解，教你正確認識const用法

    1、C中的const 1、區域const變數存放在堆疊區中，會分配記憶體（也就是說可以通過地址間接修改變數的值）。測驗代碼如下： 運行結果： 2、全域const變數存放在只讀資料段（不能通過地址修改，會發生寫入錯誤）， 默認為外部聯編，可以給其他源檔案使用（需要用extern關鍵字修飾） 運行結果： ......

    uj5u.com 2020-09-10 00:58:04 more
  • 【C++犯錯記錄】VS2019 MFC添加資源不懂如何修改資源宏ID

    1. 首先在資源視圖中，添加資源 2. 點擊新添加的資源，復制自動生成的ID 3. 在解決方案資源管理器中找到Resource.h檔案，編輯，使用整個專案搜索和替換的方式快速替換 宏宣告 4. Ctrl+Shift+F 全域搜索，點擊查找全部，然后逐個替換 5. 為什么使用搜索替換而不使用屬性視窗直 ......

    uj5u.com 2020-09-10 00:59:11 more
  • 【C++犯錯記錄】VS2019 MFC不懂的批量添加資源

    1. 打開資源頭檔案Resource.h，在其中預先定義好宏 ID（不清楚其實ID值應該設定多少，可以先新建一個相同的資源項，再在這個資源的ID值的基礎上遞增即可） 2. 在資源視圖中選中專案資源，按F7編輯資源檔案，按 ID 型別 相對路徑的形式添加 資源。（別忘了先把檔案拷貝到專案中的res檔案 ......

    uj5u.com 2020-09-10 01:00:19 more
  • C/C++編程筆記：關于C++的參考型別，專供新手入門使用

    今天要講的是C++中我最喜歡的一個用法——參考，也叫別名。 參考就是給一個變數名取一個變數名，方便我們間接地使用這個變數。我們可以給一個變數創建N個參考，這N + 1個變數共享了同一塊記憶體區域。(參考型別的變數會占用記憶體空間，占用的記憶體空間的大小和指標型別的大小是相同的。雖然參考是一個物件的別名，但 ......

    uj5u.com 2020-09-10 01:00:22 more
  • 【C/C++編程筆記】從頭開始學習C ++：初學者完整指南

    眾所周知，C ++的學習曲線陡峭，但是花時間學習這種語言將為您的職業帶來奇跡，并使您與其他開發人員區分開。您會更輕松地學習新語言，形成真正的解決問題的技能，并在編程的基礎上打下堅實的基礎。 C ++將幫助您養成良好的編程習慣（即清晰一致的編碼風格，在撰寫代碼時注釋代碼，并限制類內部的可見性），并且由 ......

    uj5u.com 2020-09-10 01:00:41 more
最新发布
  • Rust中的智能指標:Box<T> Rc<T> Arc<T> Cell<T> RefCell<T> Weak

    Rust中的智能指標是什么 智能指標（smart pointers）是一類資料結構，是擁有資料所有權和額外功能的指標。是指標的進一步發展 指標（pointer）是一個包含記憶體地址的變數的通用概念。這個地址參考，或 ” 指向”（points at）一些其 他資料 。參考以 & 符號為標志并借用了他們所 ......

    uj5u.com 2023-04-20 07:24:10 more
  • Java的值傳遞和參考傳遞

    值傳遞不會改變本身，參考傳遞（如果傳遞的值需要實體化到堆里）如果發生修改了會改變本身。 1.基本資料型別都是值傳遞 package com.example.basic; public class Test { public static void main(String[] args) { int ......

    uj5u.com 2023-04-20 07:24:04 more
  • [2]SpinalHDL教程——Scala簡單入門

    第一個 Scala 程式 shell里面輸入 $ scala scala> 1 + 1 res0: Int = 2 scala> println("Hello World!") Hello World! 檔案形式 object HelloWorld { /* 這是我的第一個 Scala 程式 * 以 ......

    uj5u.com 2023-04-20 07:23:58 more
  • 理解函式指標和回呼函式

    理解 函式指標 指向函式的指標。比如： 理解函式指標的偽代碼 void (*p)(int type, char *data); // 定義一個函式指標p void func(int type, char *data); // 宣告一個函式func p = func; // 將指標p指向函式func ......

    uj5u.com 2023-04-20 07:23:52 more
  • Django筆記二十五之資料庫函式之日期函式

    本文首發于公眾號：Hunter后端 原文鏈接：Django筆記二十五之資料庫函式之日期函式 日期函式主要介紹兩個大類，Extract() 和 Trunc() Extract() 函式作用是提取日期，比如我們可以提取一個日期欄位的年份，月份，日等資料 Trunc() 的作用則是截取，比如 2022-0 ......

    uj5u.com 2023-04-20 07:23:45 more
  • 一天吃透JVM面試八股文

    什么是JVM？ JVM，全稱Java Virtual Machine（Java虛擬機），是通過在實際的計算機上仿真模擬各種計算機功能來實作的。由一套位元組碼指令集、一組暫存器、一個堆疊、一個垃圾回收堆和一個存盤方法域等組成。JVM屏蔽了與作業系統平臺相關的資訊，使得Java程式只需要生成在Java虛擬機 ......

    uj5u.com 2023-04-20 07:23:31 more
  • 使用Java接入小程式訂閱訊息！

    更新完微信服務號的模板訊息之后，我又趕緊把微信小程式的訂閱訊息給實作了！之前我一直以為微信小程式也是要企業才能申請，沒想到小程式個人就能申請。 訊息推送平臺🔥推送下發【郵件】【短信】【微信服務號】【微信小程式】【企業微信】【釘釘】等訊息型別。 https://gitee.com/zhongfuch ......

    uj5u.com 2023-04-20 07:22:59 more
  • java -- 緩沖流、轉換流、序列化流

    緩沖流 緩沖流, 也叫高效流, 按照資料型別分類： 位元組緩沖流：BufferedInputStream，BufferedOutputStream 字符緩沖流：BufferedReader，BufferedWriter 緩沖流的基本原理，是在創建流物件時，會創建一個內置的默認大小的緩沖區陣列，通過緩沖 ......

    uj5u.com 2023-04-20 07:22:49 more
  • Java-SpringBoot-Range請求頭設定實作視頻分段傳輸

    老實說，人太懶了，現在基本都不喜歡寫筆記了，但是網上有關Range請求頭的文章都太水了 下面是抄的一段StackOverflow的代碼...自己大修改過的，寫的注釋挺全的，應該直接看得懂，就不解釋了 寫的不好...只是希望能給視頻網站開發的新手一點點幫助吧. 業務場景：視頻分段傳輸、視頻多段傳輸（理 ......

    uj5u.com 2023-04-20 07:22:42 more
  • Windows 10開發教程_編程入門自學教程_菜鳥教程-免費教程分享

    教程簡介 Windows 10開發入門教程 - 從簡單的步驟了解Windows 10開發，從基本到高級概念，包括簡介，UWP，第一個應用程式，商店，XAML控制元件，資料系結，XAML性能，自適應設計，自適應UI，自適應代碼，檔案管理，SQLite資料庫，應用程式到應用程式通信，應用程式本地化，應用程式 ......

    uj5u.com 2023-04-20 07:22:35 more

Copyright © 2010-2020 有解無憂