本文是我有通俗的語言寫的如果有誤請指出。

先看bufio官方文檔

https://studygolang.com/pkgdoc文檔地址

 

 主要分三部分Reader、Writer、Scanner

分別是讀數據、寫數據和掃描器三種數據類型的相關操作 這個掃描後面會詳細說我開始也沒弄明白其實很簡單。

 

Reader

func 

func NewReaderSize(rd ., size ) *

NewReaderSize創建一個具有最少有size尺寸的緩衝、從r讀取的*Reader。如果參數r已經是一個具有足夠大緩衝的* Reader類型值，會返回r。

 

 

 解釋：看官方解釋這個方法可能不太容易懂，這個意思就是就是你可以給*Reader自定義一個size大小的緩衝區，*Reader每次從底層io.Reader（也就是你那個文件或者流）中預讀size大小的數據到緩衝區中（可能讀不滿），然後你每次讀數據實際是從這個緩衝區中拿數據。

 

 下面是NewReaderSize源碼

func NewReaderSize(rd io.Reader, size int) *Reader {
    // Is it already a Reader?
    b, ok := rd.(*Reader)
    if ok && len(b.buf) >= size {
        return b
    }
    if size < minReadBufferSize { //minReadBufferSize==16
        size = minReadBufferSize
    }
    r := new(Reader)
    r.reset(make([]byte, size), rd)
    return r
}

　　r.reset 初始化了一個*Reader 返回大小是size。

func 

func NewReader(rd .) *

NewReader創建一個具有默認大小緩衝、從r讀取的*Reader。

解釋：那這個NewReader就很好解釋了 和NewReaderSize基本一樣就是緩衝區大小是默認設置好的

func (*Reader) 

func (b *) Peek(n ) ([], )

解釋：Peek就是返回緩存的一個切片，該切片引用緩存中的前N個字節的數據，如果n大於總大小，則返回能讀到的字節數的數據。

func (*Reader) 

func (b *) Read(p []) (n , err )

Read讀取數據寫入p。本方法返回寫入p的字節數。本方法一次調用最多會調用下層Reader接口一次Read方法，因此返回值n可能小於len(p)。讀取到達結尾時，返回值n將為0而err將為io.EOF。

解釋：如果緩存不為空則直接從緩存中讀數據不會從底層io.Reader讀，如果緩存為空len（p）>緩存大小，則直接從底層io.Reader讀數據到p。

如果len（p）<緩存大小，則先從底層io.Reader中讀數據到緩存再到p。

 

主要就這幾個 還有幾個文檔寫的都很清楚易懂我就不多寫了。

Writer類型的方法和Reader類型的方法差不多也很易懂主要就一個Flush要注意。

func (*Writer) 

func (b *) Flush() 

Flush方法將緩衝中的數據寫入下層的io.Writer接口。

和Reader是倒過來的，Writer每次寫數據是先寫入緩衝區的，進程緩衝區填滿后，通過進程緩衝寫入到內核緩衝再寫入到磁盤，使用Flush就不等填滿直接走寫入流程了，保證你的數據及時寫入文件。

 

 

 

 解釋：scanner類型掃描器 官方的說法很複雜，我也沒太看懂找了很多資料，其實就是你在數據傳輸的時候時候使用“分隔符”，scanner類型可以通過分隔符逐個迭代你的數據。

上面4個函數func Scan……  就是分隔符的判斷函數這4個是給你預設好的，你也可以按照自己的需求改寫。

怎麼改寫呢，看下面

func (*Scanner) 

func (s *) Split(split )

這個Split方法就是設置你這個scanner的用哪個SplitFunc類型的函數

在看下面這個SpliFunc類型的函數簽名

type SplitFunc func(data [], atEOF ) (advance , token [], err )

照着這個格式寫一個不就得了么，當然具體寫法給出了但是你不會？沒關係咱看一下官方是咋寫的。

https://github.com/golang/go/blob/master/src/bufio/scan.go?name=release#57官方源碼地址

func ScanLines(data []byte, atEOF bool) (advance int, token []byte, err error) {
	if atEOF && len(data) == 0 {
		return 0, nil, nil
	}
	if i := bytes.IndexByte(data, '\n'); i >= 0 {
		// We have a full newline-terminated line.
		return i + 1, dropCR(data[0:i]), nil
	}
	// If we're at EOF, we have a final, non-terminated line. Return it.
	if atEOF {
		return len(data), dropCR(data), nil
	}
	// Request more data.
	return 0, nil, nil
}

　　　

看bytes.IndexByte(data, ‘\n’);這段不就是在找行尾嘛 比如你想改成以“；”為分隔符的就改成bytes.IndexByte(data, ‘；’);不就得了么

func main(){
    scanner:=bufio.NewScanner(
        strings.NewReader("abcdefg\nhigklmn"),
    )
    scanner.Split(ScanLines) //這裏可以隨意選擇用哪個函數也可以自定義，可以不指定默認為\n做分隔符
　　for scanner.Scan(){ 
　　　　fmt.Println(scanner.Text()) 
 　　}
 }

　　

到此為止拉~

 

 

 

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

引言

說到多線程,我覺得我們最重要的是要理解一個臨界區概念。

舉個例子，一個班上1個女孩子（臨界區），49個男孩子（線程），男孩子的目標就是這一個女孩子，就是會有競爭關係（線程安全問題）。推廣到實際場景，例如對一個數相加或者相減等等情形，因為操作對象就只有一個，在多線程環境下，就會產生線程安全問題。理解臨界區概念，我們對多線程問題可以有一個好意識。

Jav內存模型（JMM)

談到多線程就應該了解一下Java內存模型（JMM）的抽象示意圖.下圖：

線程A和線程B執行的是時候，會去讀取共享變量（臨界區），然後各自拷貝一份回到自己的本地內存，執行後續操作。
JMM模型是一種規範，就像Java的接口一樣。JMM會涉及到三個問題：原子性，可見性，有序性。
所謂原子性。就是說一個線程的執行會不會被其他線程影響的。他是不可中斷的。舉個例子:

int i=1

這個語句在Jmm中就是原子性的。無論是一個線程執行還是多個線程執行這個語句，讀出來的i就是等於1。那什麼是非原子性呢，按道理如果Java的代碼都是原子性，應該就不會有線程問題了啊。其實JMM這是規定某些語句是原子性罷了。舉個非原子性例子：

i ++;

這個操作就不是原子性的了。因為他就是包含了三個操作:第一讀取i的值，第二將i加上1，第三將結果賦值回來給i，更新i的值。
所謂可見性。可見性表示如果一個值在線程A修改了，線程B就會馬上知道這個結果。
所謂有序性。所謂有序性值的是語意的有序性。就是說代碼順序可能會發生變化。因為有一個指令重排機制。所謂指令重排，他會改變代碼執行順序，為了讓cpu執行效率更高。為了防止重排序出錯，JMM有個happen-before規則，這個規則限制了那些語句執行在前，那些語句執行在後。
Happen-before：
程序順序原則：一個線程內保證語義的串行性
volatile原則：volatile變量的寫發生在讀之前
鎖規則：先加鎖再解鎖
傳遞性：a先於b，b先於c，則a必定先於c
線程的start方法先於他的每一個操作
線程所有的操作先於線程的終結
對象的構造函數執行、結束先於finalize()方法。

volatile

進入正題，volatile可以保證變量（臨界區）的可見性以及有序性，但是不能保證原子性。舉個例子：

public class VolatileTest implements Runnable{
    private static VolatileTest volatileTest = new VolatileTest();
    private  static volatile int i= 0;
    public static void main(String[] args) throws InterruptedException {
        for (int j = 0; j < 20; j++) {
            Thread a = new Thread(new VolatileTest());
            Thread b = new Thread(new VolatileTest());
            a.start();b.start();
            a.join();b.join();
            System.out.print(i+"&&");
        }

    }
    
    @Override
    public void run() {
        for (int j = 0; j < 1000; j++) {
            i++;
        }
    }

}

// 輸出結果
// 2000&&4000&&5852&&7852&&9852&&11852&&13655&&15655&&17655&&19655&&21306     
//&&22566&&24566&&26189&&28189&&30189&&32189&&34189&&36189&&38089&&

有結果看到有問題，雖然i已經添加了volatile關鍵字，說明volatile關鍵字不能保證i++的原子性。

那什麼場景適合使用volatile關鍵字

1. 輕量級的“讀-寫鎖”策略

private volatile int value;
public int getValue(){ return value;}
public synchronized void doubleValue(){ value = value*value; }

2.單例模式（雙檢查鎖機制

private volatile static Singleton instace;   
public static Singleton getInstance(){  // 沒有使用同步方法，而是同步方法塊
    //第一次null檢查 ，利用volatile的線程間可見性，不需要加鎖，性能提高    
    if(instance == null){            
        synchronized(Singleton.class) {    //鎖住類對象，阻塞其他線程
            //第二次null檢查，以保證不會創建重複的實例       
            if(instance == null){       
                instance = new Singleton(); // 禁止重排序
            }  
        }           
    }  
    return instance;

參考

《現代操作系統（第三版）中文版》
《實戰Java高併發程序設計》
《Java併發編程的藝術》

如果我的文章幫助到您，可以關注我的微信公眾號，第一時間分享文章給您

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

網上有很多《使用swagger2構建API文檔》的文章，該文檔是一個在線文檔，需要使用HTTP訪問。但是在我們日常使用swagger接口文檔的時候，有的時候需要接口文檔離線訪問，如將文檔導出為html、markdown格式。又或者我們不希望應用系統與swagger接口文檔使用同一個服務，而是導出HTML之後單獨部署，這樣做保證了對接口文檔的訪問不影響業務系統，也一定程度提高了接口文檔的安全性。核心的實現過程就是：

• 在swagger2接口文檔所在的應用內，利用swagger2markup將接口文檔導出為adoc文件，也可以導出markdown文件。
• 然後將adoc文件轉換為靜態的html格式，可以將html發布到nginx或者其他的web應用容器，提供訪問（本文不會講html靜態部署，只講HTML導出)。

注意：adoc是一種文件格式，不是我的筆誤。不是doc文件也不是docx文件。

一、maven依賴類庫

在已經集成了swagger2的應用內，通過maven坐標引入相關依賴類庫,pom.xml代碼如下：

<dependency>
    <groupId>io.github.swagger2markup</groupId>
    <artifactId>swagger2markup</artifactId>
    <version>1.3.1</version>
</dependency>
<dependency>
    <groupId>io.swagger</groupId>
    <artifactId>swagger-core</artifactId>
    <version>1.5.16</version>
</dependency>
<dependency>
    <groupId>io.swagger</groupId>
    <artifactId>swagger-models</artifactId>
    <version>1.5.16</version>
</dependency>

swagger2markup用於將swagger2在線接口文檔導出為html,markdown,adoc等格式文檔，用於靜態部署或離線閱讀。其中第一個maven坐標是必須的。后兩個maven坐標，當你在執行後面的代碼過程中報下圖中的ERROR，或者有的類無法import的時候使用。

產生異常的原因已經有人在github的issues上給出解釋了：當你使用swagger-core版本大於等於1.5.11,並且swagger-models版本小於1.5.11就會有異常發生。所以我們顯式的引入這兩個jar，替換掉swagger2默認引入的這兩個jar。

二、生成adoc格式文件

下面的代碼是通過編碼方式實現的生成adoc格式文件的方式

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.DEFINED_PORT)
public class DemoApplicationTests {
    @Test
    public void generateAsciiDocs() throws Exception {
        //    輸出Ascii格式
        Swagger2MarkupConfig config = new Swagger2MarkupConfigBuilder()
                .withMarkupLanguage(MarkupLanguage.ASCIIDOC) //設置生成格式
                .withOutputLanguage(Language.ZH)  //設置語言中文還是其他語言
                .withPathsGroupedBy(GroupBy.TAGS)
                .withGeneratedExamples()
                .withoutInlineSchema()
                .build();

        Swagger2MarkupConverter.from(new URL("http://localhost:8888/v2/api-docs"))
                .withConfig(config)
                .build()
                .toFile(Paths.get("src/main/resources/docs/asciidoc"));
    }
}

• 使用RunWith註解和SpringBootTest註解，啟動應用服務容器。 SpringBootTest.WebEnvironment.DEFINED_PORT表示使用application.yml定義的端口，而不是隨機使用一個端口進行測試，這很重要。
• Swagger2MarkupConfig 是輸出文件的配置，如文件的格式和文件中的自然語言等
• Swagger2MarkupConverter的from表示哪一個HTTP服務作為資源導出的源頭(JSON格式)，可以自己訪問試一下這個鏈接。8888是我的服務端口，需要根據你自己的應用配置修改。
• toFile表示將導出文件存放的位置，不用加後綴名。也可以使用toFolder表示文件導出存放的路徑。二者區別在於使用toFolder導出為文件目錄下按標籤TAGS分類的多個文件，使用toFile是導出一個文件（toFolder多個文件的合集）。

@Test
public void generateMarkdownDocsToFile() throws Exception {
    //    輸出Markdown到單文件
    Swagger2MarkupConfig config = new Swagger2MarkupConfigBuilder()
            .withMarkupLanguage(MarkupLanguage.MARKDOWN)
            .withOutputLanguage(Language.ZH)
            .withPathsGroupedBy(GroupBy.TAGS)
            .withGeneratedExamples()
            .withoutInlineSchema()
            .build();

    Swagger2MarkupConverter.from(new URL("http://localhost:8888/v2/api-docs"))
            .withConfig(config)
            .build()
            .toFile(Paths.get("src/main/resources/docs/markdown"));
}

上面的這一段代碼是生成markdown格式接口文件的代碼。執行上面的2段單元測試代碼，就可以生產對應格式的接口文件。

還有一種方式是通過maven插件的方式，生成adoc和markdown格式的接口文件。筆者不常使用這種方式，沒有使用代碼生成的方式配置靈活，很多配置都放到pom.xml感覺很臃腫。但還是介紹一下,首先配置maven插件swagger2markup-maven-plugin。

<plugin>
    <groupId>io.github.swagger2markup</groupId>
    <artifactId>swagger2markup-maven-plugin</artifactId>
    <version>1.3.1</version>
    <configuration>
        <swaggerInput>http://localhost:8888/v2/api-docs</swaggerInput><!---swagger-api-json路徑-->
        <outputDir>src/main/resources/docs/asciidoc</outputDir><!---生成路徑-->
        <config>
            <swagger2markup.markupLanguage>ASCIIDOC</swagger2markup.markupLanguage><!--生成格式-->
        </config>
    </configuration>
</plugin>

然後運行插件就可以了，如下圖：

三、通過maven插件生成HTML文檔

<plugin>
    <groupId>org.asciidoctor</groupId>
    <artifactId>asciidoctor-maven-plugin</artifactId>
    <version>1.5.6</version>
    <configuration>
         <!--asciidoc文件目錄-->
        <sourceDirectory>src/main/resources/docs</sourceDirectory>
        <!---生成html的路徑-->
        <outputDirectory>src/main/resources/html</outputDirectory>
        <backend>html</backend>
        <sourceHighlighter>coderay</sourceHighlighter>
        <attributes>
            <!--導航欄在左-->
            <toc>left</toc>
            <!--显示層級數-->
            <!--<toclevels>3</toclevels>-->
            <!--自動打数字序號-->
            <sectnums>true</sectnums>
        </attributes>
    </configuration>
</plugin>

adoc的sourceDirectory路徑必須和第三小節中生成的adoc文件路徑一致。然後按照下圖方式運行插件。

HTMl接口文檔显示的效果如下，有了HTML接口文檔你想轉成其他各種格式的文檔就太方便了，有很多工具可以使用。這裏就不一一介紹了。

期待您的關注

• 向您推薦博主的系列文檔：
• 本文轉載註明出處（必須帶連接，不能只轉文字）：。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

　　隨着中國國際影響力的日益提升，漢語學習的需求與日俱增，為此，教育部、國家語委在《國家語言文字事業“十三五”發展規劃》中明確提出要“建設適應面廣、影響力大、權威性強的全球中文學習網絡平台”。10 月 25 日，在教育部、國家語委的指導下，由科大訊飛研發的全球中文學習平台正式上線。

　　該平台上線發布儀式在京舉行。教育部副部長、國家語委主任田學軍，北京市人民政府副秘書長韓耕、科大訊飛股份有限公司董事長劉慶峰和人民教育出版社社長黃強共同為平台發布舉行了啟動儀式，200 多位中外嘉賓見證了全球中文學習平台（www.chinese-learning.cn）的正式上線。

　　針對海外學習者的“譯學中文”模塊，學習者可以通過語音或文本輸入其母語內容，實時翻譯出中文並自動分句。學習者學習每個語句的標準音並錄音跟讀，系統會實時反饋評價，指出發音問題；針對錯誤字詞，可以反覆學習，直到掌握正確中文發音。

　　這是科大訊飛承建國家語委的又一個重大項目！2004 年，科大訊飛承擔了國家語委“十五”重點科研項目“智能語音技術在普通話輔助學習中的應用研究”；2016 年，承擔國家語委“十三五”重大科研項目“智能語音及人工智能技術在語言學習中的應用研究”。目前，上述兩大項目均已成功落地，並取得了良好的社會效益。

　　全球中文學習平台，匯聚各類中文學習資源，以更好地為廣大中文學習者提供優質服務為宗旨，於 2016 年底啟動建設，是落實《國家語言文字事業“十三五”發展規劃》相關任務要求的具體舉措。在教育部、國家語委與科大訊飛的共同努力下，歷經兩年多時間的不斷完善和改進，平台建設取得积極成效，相關基礎研究取得重要進展，為平台提供了堅實技術保障。其中智能語音、智能寫作和批改等關鍵技術研究成果在中小學語言能力評價、少數民族國家通用語言學習等方面得到實際應用。平台示範功能已分別在“砥礪奮進的五年”大型成就展、第二屆語博會、第十二屆孔子學院大會等不同場合進行展示，得到了各方好評。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

本文由葡萄城技術團隊編撰並首發

轉載請註明出處：，葡萄城為開發者提供專業的開發工具、解決方案和服務，賦能開發者。

引言

在Web應用發展的初期，那時關係型數據庫受到了較為廣泛的關注和應用，原因是因為那時候Web站點基本上訪問和併發不高、交互也較少。而在後來，隨着訪問量的提升，使用關係型數據庫的Web站點多多少少都開始在性能上出現了一些瓶頸，而瓶頸的源頭一般是在磁盤的I/O上。而隨着互聯網技術的進一步發展，各種類型的應用層出不窮，這導致在當今雲計算、大數據盛行的時代，對性能有了更多的需求，主要體現在以下四個方面：

1. 低延遲的讀寫速度：應用快速地反應能極大地提升用戶的滿意度
2. 支撐海量的數據和流量：對於搜索這樣大型應用而言，需要利用PB級別的數據和能應對百萬級的流量
3. 大規模集群的管理：系統管理員希望分佈式應用能更簡單的部署和管理
4. 龐大運營成本的考量：IT部門希望在硬件成本、軟件成本和人力成本能夠有大幅度地降低

為了克服這一問題，NoSQL應運而生，它同時具備了高性能、可擴展性強、高可用等優點，受到廣泛開發人員和倉庫管理人員的青睞。

Redis是什麼

Redis是現在最受歡迎的NoSQL數據庫之一，Redis是一個使用ANSI C編寫的開源、包含多種數據結構、支持網絡、基於內存、可選持久性的鍵值對存儲數據庫，其具備如下特性：

• 基於內存運行，性能高效
• 支持分佈式，理論上可以無限擴展
• key-value存儲系統
• 開源的使用ANSI C語言編寫、遵守BSD協議、支持網絡、可基於內存亦可持久化的日誌型、Key-Value數據庫，並提供多種語言的API

相比於其他數據庫類型，Redis具備的特點是：

• C/S通訊模型
• 單進程單線程模型
• 豐富的數據類型
• 操作具有原子性
• 持久化
• 高併發讀寫
• 支持lua腳本

哪些大廠在使用Redis？

• github
• twitter
• 微博
• Stack Overflow
• 阿里巴巴
• 百度
• 美團
• 搜狐

Redis的應用場景有哪些？

Redis 的應用場景包括：緩存系統（“熱點”數據：高頻讀、低頻寫）、計數器、消息隊列系統、排行榜、社交網絡和實時系統。

 

Redis的數據類型及主要特性

Redis提供的數據類型主要分為5種自有類型和一種自定義類型，這5種自有類型包括：String類型、哈希類型、列表類型、集合類型和順序集合類型。

String類型：

它是一個二進制安全的字符串，意味着它不僅能夠存儲字符串、還能存儲圖片、視頻等多種類型, 最大長度支持512M。

對每種數據類型，Redis都提供了豐富的操作命令，如：

• GET/MGET
• SET/SETEX/MSET/MSETNX
• INCR/DECR
• GETSET
• DEL

哈希類型：

該類型是由field和關聯的value組成的map。其中，field和value都是字符串類型的。

Hash的操作命令如下：

• HGET/HMGET/HGETALL
• HSET/HMSET/HSETNX
• HEXISTS/HLEN
• HKEYS/HDEL
• HVALS

列表類型：

該類型是一個插入順序排序的字符串元素集合, 基於雙鏈表實現。

List的操作命令如下：

• LPUSH/LPUSHX/LPOP/RPUSH/RPUSHX/RPOP/LINSERT/LSET
• LINDEX/LRANGE
• LLEN/LTRIM

集合類型：

Set類型是一種無順序集合, 它和List類型最大的區別是：集合中的元素沒有順序, 且元素是唯一的。

Set類型的底層是通過哈希表實現的，其操作命令為：

• SADD/SPOP/SMOVE/SCARD
• SINTER/SDIFF/SDIFFSTORE/SUNION

Set類型主要應用於：在某些場景，如社交場景中，通過交集、並集和差集運算，通過Set類型可以非常方便地查找共同好友、共同關注和共同偏好等社交關係。

順序集合類型：

ZSet是一種有序集合類型，每個元素都會關聯一個double類型的分數權值，通過這個權值來為集合中的成員進行從小到大的排序。與Set類型一樣，其底層也是通過哈希表實現的。

ZSet命令：

• ZADD/ZPOP/ZMOVE/ZCARD/ZCOUNT
• ZINTER/ZDIFF/ZDIFFSTORE/ZUNION

Redis的數據結構

Redis的數據結構如下圖所示：

關於上表中的部分釋義：

1. 壓縮列表是列表鍵和哈希鍵的底層實現之一。當一個列表鍵只包含少量列表項，並且每個列表項要麼就是小整數，要麼就是長度比較短的字符串，Redis就會使用壓縮列表來做列表鍵的底層實現
2. 整數集合是集合鍵的底層實現之一，當一個集合只包含整數值元素，並且這個集合的元素數量不多時，Redis就會使用整數集合作為集合鍵的底層實現

如下是定義一個Struct數據結構的例子：

 

簡單動態字符串SDS (Simple Dynamic String)

基於C語言中傳統字符串的缺陷，Redis自己構建了一種名為簡單動態字符串的抽象類型，簡稱SDS，其結構如下：

SDS幾乎貫穿了Redis的所有數據結構，應用十分廣泛。

SDS的特點

和C字符串相比，SDS的特點如下：

　　1. 常數複雜度獲取字符串長度

　　　　Redis中利用SDS字符串的len屬性可以直接獲取到所保存的字符串的長
　　　　度，直接將獲取字符串長度所需的複雜度從C字符串的O(N)降低到了O(1)。

　　2. 減少修改字符串時導致的內存重新分配次數

　　　　通過C字符串的特性，我們知道對於一個包含了N個字符的C字符串來說，其底層實現總是N+1個字符長的數組（額外一個空字符結尾）

　　　　那麼如果這個時候需要對字符串進行修改，程序就需要提前對這個C字符串數組進行一次內存重分配（可能是擴展或者釋放）　

　　　　而內存重分配就意味着是一個耗時的操作。

Redis巧妙的使用了SDS避免了C字符串的缺陷。在SDS中，buf數組的長度不一定就是字符串的字符數量加一，buf數組裡面可以包含未使用的字節，而這些未使用的字節由free屬性記錄。

與此同時，SDS採用了空間預分配的策略，避免C字符串每一次修改時都需要進行內存重分配的耗時操作，將內存重分配從原來的每修改N次就分配N次——>降低到了修改N次最多分配N次。

如下是Redis對SDS的簡單定義：

  

Redis特性1：事務

• 命令序列化，按順序執行
• 原子性
• 三階段: 開始事務 – 命令入隊 – 執行事務
• 命令：MULTI/EXEC/DISCARD

Redis特性2：發布訂閱(Pub/Sub)

• Pub/sub是一種消息通訊模式
• Pub發送消息, Sub接受消息
• Redis客戶端可以訂閱任意數量的頻道
• “fire and forgot”, 發送即遺忘
• 命令：Publish/Subscribe/Psubscribe/UnSub

　　

Redis特性3：Stream

• Redis 5.0新增
• 等待消費
• 消費組(組內競爭)
• 消費歷史數據
• FIFO

 

 

 

以上就是Redis的基本概念，下面我們將介紹在開發過程中可能會踩到的“坑”。

Redis常見問題解析：擊穿

概念：在Redis獲取某一key時, 由於key不存在, 而必須向DB發起一次請求的行為, 稱為“Redis擊穿”。

引發擊穿的原因：

• 第一次訪問
• 惡意訪問不存在的key
• Key過期

合理的規避方案：

• 服務器啟動時, 提前寫入
• 規範key的命名, 通過中間件攔截
• 對某些高頻訪問的Key，設置合理的TTL或永不過期

Redis常見問題解析：雪崩

概念：Redis緩存層由於某種原因宕機后，所有的請求會湧向存儲層，短時間內的高併發請求可能會導致存儲層掛機，稱之為“Redis雪崩”。

合理的規避方案：

• 使用Redis集群
• 限流

Redis在產品開發中的應用實踐

為此，我很高興的為大家介紹，葡萄城架構師Jim將在2019-11-27 14：00 為大家帶來一場公開課，其中 Jim除了為大家講解Redis的基礎，同時也會實際演示他所在的項目組使用Redis時碰到的問題以及解決方案，對於剛接觸Redis的同學來說，更具參考意義和學習價值，歡迎大家屆時參加，公開課地址：。

• 後端採用nodeJS
• 使用Azure的Redis服務
• Redis的使用場景

　　　　-  token緩存, 用於令牌驗證

　　　　-  IP白名單

碰到的問題

• “網絡抖動”或者Redis服務異常導致Redis訪問超時
• Redis客戶端驅動穩定性問題

　　　　-  連接池 “Broken connection” 問題

　　　　-  JS的Promise引出的Redis重置問題

下面我們來簡單了解一下Redis的進階知識。

進階之Redis協議簡介

Redis客戶端通訊協議：RESP(Redis Serialization Protocol)，其特點是：

• 簡單
• 解析速度快
• 可讀性好

Redis集群內部通訊協議：RECP(Redis Cluster Protocol ) ，其特點是：

• 每一個node兩個tcp 連接
• 一個負責client-server通訊(P: 6379)
• 一個負責node之間通訊(P: 10000 + 6379)

 

Redis協議支持的數據類型：

• 簡單字符(首字節: “+”)

      　　“+OK\r\n”

• 錯誤(首字節: “-”)

      　　“-error msg\r\n”

• 数字(首字節: “:”)

      　　“:123\r\n”

• 批量字符(首字節: “$”)

      　　“&hello\r\nWhoa re you\r\n”

• 數組(首字節: “*”)

      　　“*0\r\n”

      　　“*-1\r\n”

除了Redis，還有什麼NoSQL型數據庫

市面上類似於Redis，同樣是NoSQL型的數據庫有很多，如下圖所示，除了Redis，還有MemCache、Cassadra和Mongo。下面，我們就分別對這幾個數據庫做一下簡要的介紹：

 

 

Memcache：這是一個和Redis非常相似的數據庫，但是它的數據類型沒有Redis豐富。Memcache由LiveJournal的Brad Fitzpatrick開發，作為一套分佈式的高速緩存系統，被許多網站使用以提升網站的訪問速度，對於一些大型的、需要頻繁訪問數據庫的網站訪問速度的提升效果十分顯著。

Apache Cassandra：（社區內一般簡稱為C*）這是一套開源分佈式NoSQL數據庫系統。它最初由Facebook開發，用於儲存收件箱等簡單格式數據，集Google BigTable的數據模型與Amazon Dynamo的完全分佈式架構於一身。Facebook於2008將 Cassandra 開源，由於其良好的可擴展性和性能，被 Apple、Comcast、Instagram、Spotify、eBay、Rackspace、Netflix等知名網站所採用，成為了一種流行的分佈式結構化數據存儲方案。

MongoDB：是一個基於分佈式文件存儲、面向文檔的NoSQL數據庫，由C++編寫，旨在為WEB應用提供可擴展的高性能數據存儲解決方案。MongoDB是一個介於關係數據庫和非關係數據庫之間的產品，是非關係數據庫當中功能最豐富，最像關係型數據庫的，它支持的數據結構非常鬆散，是一種類似json的BSON格式。

總結

以上就是Redis入門介紹教程，如果各位還想了解更多，歡迎通過評論和私信的方式告訴我。

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※3c收購,鏡頭 收購有可能以全新價回收嗎?

※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※賣IPHONE,iPhone回收,舊換新!教你怎麼賣才划算?

 

   

       在上一篇 文章中我們學習了TreeGrid的一些基礎知識，接下我們來創建我們開發組織管理功能用到的一些類。關於如何創建類我們之前的文章中已經寫了很多了，這裡會有些簡略。

 

四、定義應用服務接口需要用到的DTO類

      為了在進行查詢時使用, PagedOrgResultRequestDto被用來將模塊數據傳遞到基礎設施層.

       1. 在Visual Studio 2017的“解決方案資源管理器”中，右鍵單擊“ABP.TPLMS.Application”項目，在彈出菜單中選擇“添加” > “新建文件夾”，並重命名為“Orgs”

      2. 使用鼠標右鍵單擊我們剛才創建的“Orgs”文件夾，在彈出菜單中選擇“添加” > “新建文件夾”，並重命名為“Dto”。

      3．右鍵單擊“Dto”文件夾，然後選擇“添加” > “類”。 將類命名為 Paged OrgResultRequestDto，然後選擇“添加”。代碼如下。

using Abp.Application.Services.Dto;
using Abp.Application.Services.Dto;
using System;
using System.Collections.Generic;
using System.Text;
 

namespace ABP.TPLMS.Orgs.Dto
{

public class PagedOrgResultRequestDto : PagedResultRequestDto
    {
        public string Keyword { get; set; }
    }
}

      4．右鍵單擊“Dto”文件夾，然後選擇“添加” > “類”。 將類命名為 OrgDto，然後選擇“添加”。代碼如下。

using Abp.Application.Services.Dto;
using Abp.AutoMapper;
using ABP.TPLMS.Entitys;
using System;
using System.Collections.Generic;
using System.Text;
 

namespace ABP.TPLMS.Orgs.Dto
{

    [AutoMapFrom(typeof(Org))]
    public class OrgDto : EntityDto<int>
    {

        int m_parentId = 0;
        public string Name { get; set; }       

        public string HotKey { get; set; }
        public int ParentId { get { return m_parentId; } set { m_parentId = value; } }       

        public string ParentName { get; set; }
        public bool IsLeaf { get; set; }
        public bool IsAutoExpand { get; set; }       

        public string IconName { get; set; }
        public int Status { get; set; }
        public int Type { get; set; }      
        public string BizCode { get; set; }       

        public string CustomCode { get; set; }
        public DateTime CreationTime { get; set; }
        public DateTime UpdateTime { get; set; }

        public int CreateId { get; set; }
        public int SortNo { get; set; }
        public int _parentId {
            get { return m_parentId; }          

        }
    }
}

 

      5．右鍵單擊“Dto”文件夾，然後選擇“添加” > “類”。 將類命名為 CreateUpdateOrgDto，然後選擇“添加”。代碼如下。

using Abp.Application.Services.Dto;
using Abp.AutoMapper;
using ABP.TPLMS.Entitys;
using System;
using System.Collections.Generic;
using System.ComponentModel.DataAnnotations;
using System.Text;

 
namespace ABP.TPLMS.Orgs.Dto
{

    [AutoMapTo(typeof(Org))]
    public class CreateUpdateOrgDto : EntityDto<int>
    {

        public string Name { get; set; }
        [StringLength(255)]
        public string HotKey { get; set; }

        public int ParentId { get; set; }

        [Required]
        [StringLength(255)]
        public string ParentName { get; set; }

        public bool IsLeaf { get; set; }
        public bool IsAutoExpand { get; set; }

        [StringLength(255)]
        public string IconName { get; set; }

        public int Status { get; set; }
        public int Type { get; set; }

        [StringLength(255)]
        public string BizCode { get; set; }

        [StringLength(100)]
        public string CustomCode { get; set; }
        public DateTime CreationTime { get; set; }
        public DateTime UpdateTime { get; set; }

        public int CreateId { get; set; }
        public int SortNo { get; set; } 

    }
}

 

 

 

 

五、定義IOrgAppService接口

        6． 在Visual Studio 2017的“解決方案資源管理器”中，鼠標右鍵單擊“Org”文件夾，然後選擇“添加” > “新建項”，在彈出對話框中選擇“接口”。為應用服務定義一個名為 IOrgAppService 的接口。代碼如下。

using System;
using System.Collections.Generic;
using System.Text;
using Abp.Application.Services;
using ABP.TPLMS.Orgs.Dto; 

 

namespace ABP.TPLMS.Orgs
{
  public  interface IOrgAppService : IAsyncCrudAppService<//定義了CRUD方法

             OrgDto, //用來展示組織信息
             int, //Org實體的主鍵
             PagedOrgResultRequestDto, //獲取組織信息的時候用於分頁
             CreateUpdateOrgDto, //用於創建組織信息
             CreateUpdateOrgDto> //用於更新組織信息

    {
    }
}

 

      六、實現IOrgAppService

       7．在Visual Studio 2017的“解決方案資源管理器”中，右鍵單擊“Org”文件夾，然後選擇“添加” > “新建項”，在彈出對話框中選擇“類”。為應用服務定義一個名為 OrgAppService 的服務類。代碼如下。

using Abp.Application.Services;
using Abp.Domain.Repositories;
using ABP.TPLMS.Entitys;
using ABP.TPLMS.Orgs.Dto;
using System;
using System.Collections.Generic;
using System.Text;
 

namespace ABP.TPLMS.Orgs
{

    public class OrgAppService : AsyncCrudAppService<Org, OrgDto, int, PagedOrgResultRequestDto,
                            CreateUpdateOrgDto, CreateUpdateOrgDto>, IOrgAppService 

    {
        public OrgAppService(IRepository<Org, int> repository)

            : base(repository)

        { 

        }
    }
}

七 創建OrgController繼承自TPLMSControllerBase

      1. 在Visual Studio 2017的“解決方案資源管理器”中，右鍵單擊在領域層“ABP.TPLMS.Web.Mvc”項目中的Controller目錄。 選擇“添加” > “新建項…”。如下圖。

 

     2. 在彈出對話框“添加新項-ABP.TPLMS.Web.Mvc”中選擇“控制器類”，然後在名稱輸入框中輸入“OrgsController”，然後點擊“添加”按鈕。

     3.在OrgsController.cs文件中輸入如下代碼，通過構造函數注入對應用服務的依賴。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Abp.AspNetCore.Mvc.Authorization;
using Abp.Web.Models;
using ABP.TPLMS.Controllers;
using ABP.TPLMS.Orgs;
using ABP.TPLMS.Orgs.Dto;
using ABP.TPLMS.Web.Models.Orgs;
using Microsoft.AspNetCore.Mvc;


namespace ABP.TPLMS.Web.Controllers
{
    [AbpMvcAuthorize]
    public class OrgsController : TPLMSControllerBase
    {
        private readonly IOrgAppService _orgAppService;
        private const int MAX_COUNT= 1000;
        
        public OrgsController(IOrgAppService orgAppService)
        {
            _orgAppService = orgAppService;
        }
        [HttpGet]
        // GET: /<controller>/
        public IActionResult Index()
        {
            return View();
        }
        [DontWrapResult]
        [HttpPost]
        public string List()
        {         
            PagedOrgResultRequestDto paged = new PagedOrgResultRequestDto();
            paged.MaxResultCount = MAX_COUNT;
           var userList = _orgAppService.GetAll(paged).GetAwaiter().GetResult().Items;
            int total = userList.Count;
            var json = JsonEasyUI(userList, total);
            return json;
        }       
    }
}

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※公開收購3c價格,不怕被賤賣!

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

中油從 107 年起，依據經濟部智慧電動機車能源補充設施普及計畫(公建計畫)於加油站建置電動機車充電、換電設備，去年僅睿能 Gogoro 參與設 144 站，今年增加光陽 Ionex，兩家採公開競標方式，由光陽 Ionex 獲得 3 標共 146 站，睿能 Gogoro 得到 1 標 48 站；其中，睿能 Gogoro 扣除合約到期站數，再加上先前自建設站，在台灣中油加油站中有 285 站可為消費者服務。

經濟部工業局委託台灣銀行辦理共同供應契約設備系統招標，其中電池交換設備系統得標廠商都需符合安全規範審核，108 年換電設備系統之得標廠商共有睿能 Gogoro 及光陽 Ionex 兩家，中油考量消費者的便利性及設備使用公平性兩大原則，於採購系統設備前即採取公開方式辦理合作經營招標。

中油表示，北部地區有 52 站與睿能 Gogoro 合作的換電站，今年合約陸續到期，睿能 Gogoro 依據契約與決標結果遷移設備，為執行公建計畫，中油將此52站列入今年建置194站換電站的地點，公建換電站依各縣市站點打散，再平均分4案開標，讓每一標案站點均涵蓋各縣市，投標結果為光陽 Ionex 獲得 3 標（146 站）、睿能 Gogoro 得 1 標（48 站），原先台灣中油與睿能 Gogoro 合約到期的52站中，有38站改由光陽Ionex得標。

中油指出，上述政府電動機車充、換電站公建計畫，於 107 年已執行 161 站，其中 144 座換電站均為睿能 Gogoro 所有，另有充電 17 站，今年預計建置 216 座充換電站，其中 194 座為換電站，光陽 Ionex 有 146 站、睿能 Gogoro 48 站，另有充電 22 站，以總數來說，再加上睿能 Gogoro 之前的自建站 79 站，其仍在台灣中油有 285 站，光陽 Ionex 有 146 站為消費者服務，明年亦將配合政府預算持續建置更多站點，協助政府綠能政策推動。

（本文內容由 授權使用。首圖來源：Gogoro）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※公開收購3c價格,不怕被賤賣!

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象