hystrix-go 源碼分析

時間  2019-12-06
標籤 hystrix 源碼 分析 简体版
原文   原文鏈接

閱讀源碼的過程，就像是在像武俠小說裏閱讀武功祕籍同樣，分析高手的一招一式，提煉出精髓，來加強本身的內力。 以前的帖子說了一下微服務的雪崩效應和常見的解決方案，太水，沒有上代碼怎麼叫解決方案。github上有不少開源的庫來解決雪崩問題，比較出名的是Netflix的開源庫hystrix。集流量控制、熔斷、容錯等於一身的java語言的庫。今天分析的源碼庫是 hystrix-go，他是hystrix的的go語言版，應該是說簡化版本，用不多的代碼量實現了主要功能。很推薦朋友們有時間讀一讀。html

使用簡單

hystrix的使用是很是簡單的，同步執行，直接調用Do方法。java

err := hystrix.Do("my_command", func() error {
	// talk to other services
	return nil
}, func(err error) error {
	// do this when services are down
	return nil
})
複製代碼

異步執行Go方法,內部實現是啓動了一個gorouting，若是想獲得自定義方法的數據，須要你傳channel來處理數據，或者輸出。返回的error也是一個channelgit

output := make(chan bool, 1)
errors := hystrix.Go("my_command", func() error {
	// talk to other services
	output <- true
	return nil
}, nil)

select {
case out := <-output:
	// success
case err := <-errors:
	// failure
複製代碼

大概的執行流程圖 github

其實方法Do和Go方法內部都是調用了hystrix.GoC方法，只是Do方法處理了異步的過程算法

func DoC(ctx context.Context, name string, run runFuncC, fallback fallbackFuncC) error {
	done := make(chan struct{}, 1)
	r := func(ctx context.Context) error {
		err := run(ctx)
		if err != nil {
			return err
		}
		done <- struct{}{}
		return nil
	}
	f := func(ctx context.Context, e error) error {
		err := fallback(ctx, e)
		if err != nil {
			return err
		}
		done <- struct{}{}
		return nil
	}
	var errChan chan error
	if fallback == nil {
		errChan = GoC(ctx, name, r, nil)
	} else {
		errChan = GoC(ctx, name, r, f)
	}

	select {
	case <-done:
		return nil
	case err := <-errChan:
		return err
	}
}
複製代碼

自定義Command配置

在調用Do Go等方法以前咱們能夠先自定義一些配置docker

hystrix.ConfigureCommand("mycommand", hystrix.CommandConfig{
		Timeout:                int(time.Second * 3),
		MaxConcurrentRequests:  100,
		SleepWindow:            int(time.Second * 5),
		RequestVolumeThreshold: 30,
		ErrorPercentThreshold: 50,
	})

	err := hystrix.DoC(context.Background(), "mycommand", func(ctx context.Context) error {
		// ...
		return nil
	}, func(i context.Context, e error) error {
		// ...
		return e
	})
複製代碼

我大要說了一下CommandConfig第個字段的意義：json

  • Timeout: 執行command的超時時間。默認時間是1000毫秒
  • MaxConcurrentRequests：command的最大併發量 默認值是10
  • SleepWindow：當熔斷器被打開後，SleepWindow的時間就是控制過多久後去嘗試服務是否可用了。默認值是5000毫秒
  • RequestVolumeThreshold： 一個統計窗口10秒內請求數量。達到這個請求數量後纔去判斷是否要開啓熔斷。默認值是20
  • ErrorPercentThreshold：錯誤百分比，請求數量大於等於RequestVolumeThreshold而且錯誤率到達這個百分比後就會啓動熔斷 默認值是50

固然若是不配置他們，會使用默認值bash

講完了怎麼用，接下來就是分析源碼了。我是從下層到上層的順序分析代碼和執行流程併發

統計控制器

每個Command都會有一個默認統計控制器，固然也能夠添加多個自定義的控制器。 默認的統計控制器DefaultMetricCollector保存着熔斷器的全部狀態，調用次數，失敗次數，被拒絕次數等等異步

type DefaultMetricCollector struct {
	mutex *sync.RWMutex

	numRequests *rolling.Number
	errors      *rolling.Number

	successes               *rolling.Number
	failures                *rolling.Number
	rejects                 *rolling.Number
	shortCircuits           *rolling.Number
	timeouts                *rolling.Number
	contextCanceled         *rolling.Number
	contextDeadlineExceeded *rolling.Number

	fallbackSuccesses *rolling.Number
	fallbackFailures  *rolling.Number
	totalDuration     *rolling.Timing
	runDuration       *rolling.Timing
}
複製代碼

最主要的仍是要看一下rolling.Number，rolling.Number纔是狀態最終保存的地方 Number保存了10秒內的Buckets數據信息，每個Bucket的統計時長爲1秒

type Number struct {
	Buckets map[int64]*numberBucket
	Mutex   *sync.RWMutex
}

type numberBucket struct {
	Value float64
}
複製代碼

字典字段Buckets map[int64]*numberBucket 中的Key保存的是當前時間 可能你會好奇Number是如何保證只保存10秒內的數據的。每一次對熔斷器的狀態進行修改時，Number都要先獲得當前的時間(秒級)的Bucket不存在則建立。

func (r *Number) getCurrentBucket() *numberBucket {
	now := time.Now().Unix()
	var bucket *numberBucket
	var ok bool

	if bucket, ok = r.Buckets[now]; !ok {
		bucket = &numberBucket{}
		r.Buckets[now] = bucket
	}

	return bucket
}
複製代碼

修改完後去掉10秒外的數據

func (r *Number) removeOldBuckets() {
	now := time.Now().Unix() - 10

	for timestamp := range r.Buckets {
		// TODO: configurable rolling window
		if timestamp <= now {
			delete(r.Buckets, timestamp)
		}
	}
}
複製代碼

好比Increment方法，先獲得Bucket再刪除舊的數據

func (r *Number) Increment(i float64) {
	if i == 0 {
		return
	}

	r.Mutex.Lock()
	defer r.Mutex.Unlock()

	b := r.getCurrentBucket()
	b.Value += i
	r.removeOldBuckets()
}
複製代碼

統計控制器是最基層和最重要的一個實現，上層全部的執行判斷都是基於他的數據進行邏輯處理的

上報執行狀態信息

斷路器-->執行-->上報執行狀態信息-->保存到相應的Buckets
複製代碼

每一次斷路器邏輯的執行都會上報執行過程當中的狀態，

// ReportEvent records command metrics for tracking recent error rates and exposing data to the dashboard.
func (circuit *CircuitBreaker) ReportEvent(eventTypes []string, start time.Time, runDuration time.Duration) error {
	// ...
	circuit.mutex.RLock()
	o := circuit.open
	circuit.mutex.RUnlock()
	if eventTypes[0] == "success" && o {
		circuit.setClose()
	}
	var concurrencyInUse float64
	if circuit.executorPool.Max > 0 {
		concurrencyInUse = float64(circuit.executorPool.ActiveCount()) / float64(circuit.executorPool.Max)
	}
	select {
	case circuit.metrics.Updates <- &commandExecution{
		Types:            eventTypes,
		Start:            start,
		RunDuration:      runDuration,
		ConcurrencyInUse: concurrencyInUse,
	}:
	default:
		return CircuitError{Message: fmt.Sprintf("metrics channel (%v) is at capacity", circuit.Name)}
	}

	return nil
}
複製代碼

circuit.metrics.Updates 這個信道就是處理上報信息的，上報執行狀態自信的結構是metricExchange，結構體很簡單隻有4個字段。要的就是

  • channel字段Updates 他是一個有buffer的channel默認的數量是2000個,全部的狀態信息都在他裏面
  • metricCollectors字段，就是保存的具體的這個command執行過程當中的各類信息
type metricExchange struct {
	Name    string
	Updates chan *commandExecution
	Mutex   *sync.RWMutex

	metricCollectors []metricCollector.MetricCollector
}

type commandExecution struct {
	Types            []string      `json:"types"`
	Start            time.Time     `json:"start_time"`
	RunDuration      time.Duration `json:"run_duration"`
	ConcurrencyInUse float64       `json:"concurrency_inuse"`
}

func newMetricExchange(name string) *metricExchange {
	m := &metricExchange{}
	m.Name = name

	m.Updates = make(chan *commandExecution, 2000)
	m.Mutex = &sync.RWMutex{}
	m.metricCollectors = metricCollector.Registry.InitializeMetricCollectors(name)
	m.Reset()

	go m.Monitor()

	return m
}
複製代碼

在執行newMetricExchange的時候會啓動一個協程 go m.Monitor()去監控Updates的數據，而後上報給metricCollectors 保存執行的信息數據好比前面提到的調用次數，失敗次數，被拒絕次數等等

func (m *metricExchange) Monitor() {
	for update := range m.Updates {
		// we only grab a read lock to make sure Reset() isn't changing the numbers. m.Mutex.RLock() totalDuration := time.Since(update.Start) wg := &sync.WaitGroup{} for _, collector := range m.metricCollectors { wg.Add(1) go m.IncrementMetrics(wg, collector, update, totalDuration) } wg.Wait() m.Mutex.RUnlock() } } 複製代碼

更新調用的是go m.IncrementMetrics(wg, collector, update, totalDuration)，裏面判斷了他的狀態

func (m *metricExchange) IncrementMetrics(wg *sync.WaitGroup, collector metricCollector.MetricCollector, update *commandExecution, totalDuration time.Duration) {
	// granular metrics
	r := metricCollector.MetricResult{
		Attempts:         1,
		TotalDuration:    totalDuration,
		RunDuration:      update.RunDuration,
		ConcurrencyInUse: update.ConcurrencyInUse,
	}
	switch update.Types[0] {
	case "success":
		r.Successes = 1
	case "failure":
		r.Failures = 1
		r.Errors = 1
	case "rejected":
		r.Rejects = 1
		r.Errors = 1
	// ...
	}
	// ...
	collector.Update(r)
	wg.Done()
}
複製代碼

流量控制

hystrix-go對流量控制的代碼是很簡單的。用了一個簡單的令牌算法，能獲得令牌的就能夠執行後繼的工做，執行完後要返還令牌。得不到令牌就拒絕，拒絕後調用用戶設置的callback方法，若是沒有設置就不執行。 結構體executorPool就是hystrix-go 流量控制的具體實現。字段Max就是每秒最大的併發值。

type executorPool struct {
	Name    string
	Metrics *poolMetrics
	Max     int
	Tickets chan *struct{}
}
複製代碼

在建立executorPool的時候，會根據Max值來建立令牌。Max值若是沒有設置會使用默認值10

func newExecutorPool(name string) *executorPool {
	p := &executorPool{}
	p.Name = name
	p.Metrics = newPoolMetrics(name)
	p.Max = getSettings(name).MaxConcurrentRequests

	p.Tickets = make(chan *struct{}, p.Max)
	for i := 0; i < p.Max; i++ {
		p.Tickets <- &struct{}{}
	}

	return p
}
複製代碼

流量控制上報狀態

注意一下字段 Metrics 他用於統計執行數量，好比：執行的總數量,最大的併發數 具體的代碼就不貼上來了。這個數量也能夠顯露出，供可視化程序直觀的表現出來。

令牌使用完後是須要返還的，返回的時候纔會作上面所說的統計工做。

func (p *executorPool) Return(ticket *struct{}) {
	if ticket == nil {
		return
	}

	p.Metrics.Updates <- poolMetricsUpdate{
		activeCount: p.ActiveCount(),
	}
	p.Tickets <- ticket
}

func (p *executorPool) ActiveCount() int {
	return p.Max - len(p.Tickets)
}
複製代碼

一次Command的執行的流程

上面把 統計控制器、流量控制、上報執行狀態講完了，主要的實現也就講的差很少了。最後就是串一次command的執行都經歷了啥：

err := hystrix.Do("my_command", func() error {
	// talk to other services
	return nil
}, func(err error) error {
	// do this when services are down
	return nil
})
複製代碼

hystrix在執行一次command的前面也有提到過會調用GoC方法，下面我把代碼貼出來來，篇幅問題去掉了一些代碼，主要邏輯都在。就是在判斷斷路器是否已打開，獲得Ticket得不到就限流，執行咱們本身的的方法，判斷context是否Done或者執行是否超時 固然，每次執行結果都要上報執行狀態,最後要返還Ticket

func GoC(ctx context.Context, name string, run runFuncC, fallback fallbackFuncC) chan error {
	cmd := &command{
		run:      run,
		fallback: fallback,
		start:    time.Now(),
		errChan:  make(chan error, 1),
		finished: make(chan bool, 1),
	}
	//獲得斷路器，不存在則建立
	circuit, _, err := GetCircuit(name)
	if err != nil {
		cmd.errChan <- err
		return cmd.errChan
	}
	//...
	// 返還ticket
	returnTicket := func() {
		// ...
		cmd.circuit.executorPool.Return(cmd.ticket)
	}
	// 上報執行狀態
	reportAllEvent := func() {
		err := cmd.circuit.ReportEvent(cmd.events, cmd.start, cmd.runDuration)
		// ...
	}
	go func() {
		defer func() { cmd.finished <- true }()
		// 查看斷路器是否已打開
		if !cmd.circuit.AllowRequest() {
			// ...
			returnOnce.Do(func() {
				returnTicket()
				cmd.errorWithFallback(ctx, ErrCircuitOpen)
				reportAllEvent()
			})
			return
		}
		// ...
		// 獲取ticket 若是得不到就限流
		select {
		case cmd.ticket = <-circuit.executorPool.Tickets:
			ticketChecked = true
			ticketCond.Signal()
			cmd.Unlock()
		default:
			// ...
			returnOnce.Do(func() {
				returnTicket()
				cmd.errorWithFallback(ctx, ErrMaxConcurrency)
				reportAllEvent()
			})
			return
		}
		// 執行咱們自已的方法，並上報執行信息
		returnOnce.Do(func() {
			defer reportAllEvent()
			cmd.runDuration = time.Since(runStart)
			returnTicket()
			if runErr != nil {
				cmd.errorWithFallback(ctx, runErr)
				return
			}
			cmd.reportEvent("success")
		})
	}()
	// 等待context是否被結束，或執行者超時，並上報
	go func() {
		timer := time.NewTimer(getSettings(name).Timeout)
		defer timer.Stop()

		select {
		case <-cmd.finished:
			// returnOnce has been executed in another goroutine
		case <-ctx.Done():
			// ...
			return
		case <-timer.C:
			// ...
		}
	}()

	return cmd.errChan
}
複製代碼

dashboard 可視化hystrix的上報信息

代碼中StreamHandler就是把全部斷路器的狀態以流的方式不斷的推送到dashboard. 這部分代碼我就不用說了，很簡單。 須要在你的服務端加3行代碼，啓動咱們的流服務

hystrixStreamHandler := hystrix.NewStreamHandler()
	hystrixStreamHandler.Start()
	go http.ListenAndServe(net.JoinHostPort("", "81"), hystrixStreamHandler)
複製代碼

dashboard我使用的是docker版。

docker run -d -p 8888:9002 --name hystrix-dashboard mlabouardy/hystrix-dashboard:latest
複製代碼

在下面輸入你服務的地址，我是 http://192.168.1.67:81/hystrix.stream

若是是集羣可使用Turbine進行監控，有時間你們本身來看吧

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程