標籤: 租車

  • 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(四)

    基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(四)

    系列文章

    1. 基於 abp vNext 和 .NET Core 開發博客項目 – 使用 abp cli 搭建項目
    2. 基於 abp vNext 和 .NET Core 開發博客項目 – 給項目瘦身,讓它跑起來
    3. 基於 abp vNext 和 .NET Core 開發博客項目 – 完善與美化,Swagger登場
    4. 基於 abp vNext 和 .NET Core 開發博客項目 – 數據訪問和代碼優先
    5. 基於 abp vNext 和 .NET Core 開發博客項目 – 自定義倉儲之增刪改查
    6. 基於 abp vNext 和 .NET Core 開發博客項目 – 統一規範API,包裝返回模型
    7. 基於 abp vNext 和 .NET Core 開發博客項目 – 再說Swagger,分組、描述、小綠鎖
    8. 基於 abp vNext 和 .NET Core 開發博客項目 – 接入GitHub,用JWT保護你的API
    9. 基於 abp vNext 和 .NET Core 開發博客項目 – 異常處理和日誌記錄
    10. 基於 abp vNext 和 .NET Core 開發博客項目 – 使用Redis緩存數據
    11. 基於 abp vNext 和 .NET Core 開發博客項目 – 集成Hangfire實現定時任務處理
    12. 基於 abp vNext 和 .NET Core 開發博客項目 – 用AutoMapper搞定對象映射
    13. 基於 abp vNext 和 .NET Core 開發博客項目 – 定時任務最佳實戰(一)
    14. 基於 abp vNext 和 .NET Core 開發博客項目 – 定時任務最佳實戰(二)
    15. 基於 abp vNext 和 .NET Core 開發博客項目 – 定時任務最佳實戰(三)
    16. 基於 abp vNext 和 .NET Core 開發博客項目 – 博客接口實戰篇(一)
    17. 基於 abp vNext 和 .NET Core 開發博客項目 – 博客接口實戰篇(二)
    18. 基於 abp vNext 和 .NET Core 開發博客項目 – 博客接口實戰篇(三)
    19. 基於 abp vNext 和 .NET Core 開發博客項目 – 博客接口實戰篇(四)
    20. 基於 abp vNext 和 .NET Core 開發博客項目 – 博客接口實戰篇(五)
    21. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(一)
    22. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(二)
    23. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(三)
    24. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(四)
    25. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(五)
    26. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(六)
    27. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(七)
    28. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(八)
    29. 基於 abp vNext 和 .NET Core 開發博客項目 – Blazor 實戰系列(九)
    30. 基於 abp vNext 和 .NET Core 開發博客項目 – 終結篇之發布項目

    上一篇完成了博客的分頁查詢文章列表頁面的數據綁定和分頁功能,本篇將繼續完成剩下的幾個頁面。

    在開始主題之前重新解決上一篇的最後一個問題,當點擊了頭部組件的/posts鏈接時直接強制刷新了頁面,經過查看文檔和實踐有了更好的解決方案。

    先將頭部組件Header.razor中的NavLink恢復成<NavLink class="menu-item" href="posts">Posts</NavLink>,不需要點擊事件了。

    然後在Posts.razor中添加生命周期函數OnParametersSetAsync(),在初始化完成后執行。

    /// <summary>
    /// 初始化完成后執行
    /// </summary>
    /// <returns></returns>
    protected override async Task OnParametersSetAsync()
    {
        if (!page.HasValue)
        {
            page = 1;
            await RenderPage(page);
        }
    }
    

    判斷當前page參數是否有值,有值的話說明請求肯定是來自於翻頁,當page沒有值的時候就說明是頭部的菜單點進來的。那麼此時給page賦值為1,調用API加載數據即可。

    分類列表

    Categories.razor是分類列表頁面,上篇文章已經實現了從API獲取數據的方法,所以這裏就很簡單了,指定接受類型,然後在生命周期初始化OnInitializedAsync()中去獲取數據。

    @code{
        /// <summary>
        /// categories
        /// </summary>
        private ServiceResult<IEnumerable<QueryCategoryDto>> categories;
    
        /// <summary>
        /// 初始化
        /// </summary>
        protected override async Task OnInitializedAsync()
        {
            // 獲取數據
            categories = await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryCategoryDto>>>($"/blog/categories");
        }
    }
    

    當獲取到數據的時候進行綁定,沒有數據的時候還是显示加載中的組件<Loading />讓他轉圈圈。

    @if (categories == null)
    {
        <Loading />
    }
    else
    {
        <div class="container">
            <div class="post-wrap categories">
                <h2 class="post-title">-&nbsp;Categories&nbsp;-</h2>
                <div class="categories-card">
                    @if (categories.Success && categories.Result.Any())
                    {
                        @foreach (var item in categories.Result)
                        {
                            <div class="card-item">
                                <div class="categories">
                                    <a href="/category/@item.DisplayName/">
                                        <h3>
                                            <i class="iconfont iconcode" style="padding-right:3px"></i>
                                            @item.CategoryName
                                        </h3>
                                        <small>(@item.Count)</small>
                                    </a>
                                </div>
                            </div>
                        }
                    }
                    else
                    {
                        <ErrorTip />
                    }
                </div>
            </div>
        </div>
    }
    

    直接循環返回的數據列表categories.Result,綁定數據就好,當獲取失敗或者沒有返回數據的時候显示錯誤提示組件<ErrorTip />

    標籤列表

    Categories.razor是標籤列表頁面,和分類列表HTML結構差不多一樣的,除了返回類型和接口地址不一樣,將上面代碼複製過來改改即可。

    @code{
        /// <summary>
        /// tags
        /// </summary>
        private ServiceResult<IEnumerable<QueryTagDto>> tags;
    
        /// <summary>
        /// 初始化
        /// </summary>
        protected override async Task OnInitializedAsync()
        {
            // 獲取數據
            tags = await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryTagDto>>>($"/blog/tags");
        }
    }
    
    @if (tags == null)
    {
        <Loading />
    }
    else
    {
        <div class="container">
            <div class="post-wrap tags">
                <h2 class="post-title">-&nbsp;Tags&nbsp;-</h2>
                <div class="tag-cloud-tags">
                    @if (tags.Success && tags.Result.Any())
                    {
                        @foreach (var item in tags.Result)
                        {
                            <a href="/tag/@item.DisplayName/">@item.TagName<small>(@item.Count)</small></a>
                        }
                    }
                    else
                    {
                        <ErrorTip />
                    }
                </div>
            </div>
        </div>
    }
    

    友鏈列表

    FriendLinks.razor是友情鏈接列表頁面,實現方式和上面兩個套路一模一樣。

    @code {
        /// <summary>
        /// friendlinks
        /// </summary>
        private ServiceResult<IEnumerable<FriendLinkDto>> friendlinks;
    
        /// <summary>
        /// 初始化
        /// </summary>
        protected override async Task OnInitializedAsync()
        {
            // 獲取數據
            friendlinks = await Http.GetFromJsonAsync<ServiceResult<IEnumerable<FriendLinkDto>>>($"/blog/friendlinks");
        }
    }
    
    @if (friendlinks == null)
    {
        <Loading />
    }
    else
    {
        <div class="container">
            <div class="post-wrap categories">
                <h2 class="post-title">-&nbsp;FriendLinks&nbsp;-</h2>
                <div class="categories-card">
                    @if (friendlinks.Success && friendlinks.Result.Any())
                    {
                        @foreach (var item in friendlinks.Result)
                        {
                            <div class="card-item">
                                <div class="categories">
                                    <a target="_blank" href="@item.LinkUrl">
                                        <h3>@item.Title</h3>
                                    </a>
                                </div>
                            </div>
                        }
                    }
                    else
                    {
                        <ErrorTip />
                    }
                </div>
            </div>
        </div>
    }
    

    文章列表(分類)

    Posts.Category.razor是根據分類查詢文章列表頁面,他接受一個參數name,我們要根據name去API查詢數據然後綁定頁面即可。

    這裏的參數name實際上就是從標籤列表傳遞過來的DisplayName的值,它是一個比較友好的名稱,我們還要通過這個值去查詢真正的分類名稱進行展示,所以這裏需要調用兩個API,這點在設計API的時候沒有考慮好,我們其實可以將這兩個API合併變成一個,後續再進行優化吧,這裏就請求兩次。

    添加兩個接收參數:分類名稱和返回的文章列表數據。

    /// <summary>
    /// 分類名稱
    /// </summary>
    private string categoryName;
    
    /// <summary>
    /// 文章列表數據
    /// </summary>
    private ServiceResult<IEnumerable<QueryPostDto>> posts;
    

    然後在OnInitializedAsync()初始化方法中調用API獲取數據,賦值給變量。

    /// <summary>
    /// 初始化
    /// </summary>
    protected override async Task OnInitializedAsync()
    {
        // TODO:獲取數據,可以在API中合併這兩個請求。
        var category = await Http.GetFromJsonAsync<ServiceResult<string>>($"/blog/category?name={name}");
        posts = await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryPostDto>>>($"/blog/posts/category?name={name}");
    
        if (category.Success)
        {
            categoryName = category.Result;
        }
    }
    

    有了數據,直接在頁面上進行循環綁定。

    @if (posts == null)
    {
        <Loading />
    }
    else
    {
        <div class="container">
            <div class="post-wrap tags">
                @if (categoryName != null)
                {
                    <h2 class="post-title">-&nbsp;Category&nbsp;·&nbsp;@categoryName&nbsp;-</h2>
                }
            </div>
            <div class="post-wrap archive">
                @if (posts.Success && posts.Result.Any())
                {
                    @foreach (var item in posts.Result)
                    {
                        <h3>@item.Year</h3>
                        @foreach (var post in item.Posts)
                        {
                            <article class="archive-item">
                                <NavLink href="@("/post"+post.Url)">@post.Title</NavLink>
                                <span class="archive-item-date">@post.CreationTime</span>
                            </article>
                        }
                    }
                }
                else
                {
                    <ErrorTip />
                }
            </div>
        </div>
    }
    

    文章列表(標籤)

    Posts.Tag.razor是根據標籤查詢文章列表,這個和分類查詢文章列表實現方式一樣,直接上代碼。

    @code {
        /// <summary>
        /// 標籤名稱參數
        /// </summary>
        [Parameter]
        public string name { get; set; }
    
        /// <summary>
        /// 標籤名稱
        /// </summary>
        private string tagName;
    
        /// <summary>
        /// 文章列表數據
        /// </summary>
        private ServiceResult<IEnumerable<QueryPostDto>> posts;
    
        /// <summary>
        /// 初始化
        /// </summary>
        protected override async Task OnInitializedAsync()
        {
            // TODO:獲取數據,可以在API中合併這兩個請求。
            var tag = await Http.GetFromJsonAsync<ServiceResult<string>>($"/blog/tag?name={name}");
            posts = await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryPostDto>>>($"/blog/posts/tag?name={name}");
    
            if (tag.Success)
            {
                tagName = tag.Result;
            }
        }
    }
    
    @if (posts == null)
    {
        <Loading />
    }
    else
    {
        <div class="container">
            <div class="post-wrap tags">
                @if (tagName != null)
                {
                    <h2 class="post-title">-&nbsp;Tag&nbsp;·&nbsp;@tagName&nbsp;-</h2>
                }
            </div>
            <div class="post-wrap archive">
                @if (posts.Success && posts.Result.Any())
                {
                    @foreach (var item in posts.Result)
                    {
                        <h3>@item.Year</h3>
                        @foreach (var post in item.Posts)
                        {
                            <article class="archive-item">
                                <NavLink href="@("/post"+post.Url)">@post.Title</NavLink>
                                <span class="archive-item-date">@post.CreationTime</span>
                            </article>
                        }
                    }
                }
                else
                {
                    <ErrorTip />
                }
            </div>
        </div>
    }
    

    以上完成了以上幾個頁面的數據綁定,頁面之間的跳轉已經關聯起來了,然後還剩下文章詳情頁,大家可以先自己動手完成它,今天就到這裏,未完待續…

    開源地址:https://github.com/Meowv/Blog/tree/blog_tutorial

    本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    ※別再煩惱如何寫文案,掌握八大原則!

    網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

    ※超省錢租車方案

    ※教你寫出一流的銷售文案?

    網頁設計最專業,超強功能平台可客製化

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

  • 小師妹學JavaIO之:MappedByteBuffer多大的文件我都裝得下

    小師妹學JavaIO之:MappedByteBuffer多大的文件我都裝得下

    目錄

    • 簡介
    • 虛擬地址空間
    • 詳解MappedByteBuffer
      • MapMode
    • MappedByteBuffer的最大值
    • MappedByteBuffer的使用
    • MappedByteBuffer要注意的事項
    • 總結

    簡介

    大大大,我要大!小師妹要讀取的文件越來越大,該怎麼幫幫她,讓程序在性能和速度上面得到平衡呢?快來跟F師兄一起看看吧。

    虛擬地址空間

    小師妹:F師兄,你有沒有發現,最近硬盤的價格真的是好便宜好便宜,1T的硬盤大概要500塊,平均1M五毛錢。現在下個電影都1G起步,這是不是意味着我們買入了大數據時代?

    沒錯,小師妹,硬件技術的進步也帶來了軟件技術的進步,兩者相輔相成,缺一不可。

    小師妹:F師兄,如果要是去讀取G級的文件,有沒有什麼快捷簡單的方法?

    更多精彩內容且看:

    • 區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
    • Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
    • Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
    • java程序員從小工到專家成神之路(2020版)-持續更新中,附詳細文章教程

    還記得上次我們講的虛擬地址空間嗎?

    再把上次講的圖搬過來:

    通常來說我們的應用程序調用系統的接口從磁盤空間獲取Buffer數據,我們把自己的應用程序稱之為用戶空間,把系統的底層稱之為系統空間。

    傳統的IO操作,是操作系統講磁盤中的文件讀入到系統空間裏面,然後再拷貝到用戶空間中,供用戶使用。

    這中間多了一個Buffer拷貝的過程,如果這個量夠大的話,其實還是挺浪費時間的。

    於是有人在想了,拷貝太麻煩太耗時了,我們單獨劃出一塊內存區域,讓系統空間和用戶空間同時映射到同一塊地址不就省略了拷貝的步驟嗎?

    這個被劃出來的單獨的內存區域叫做虛擬地址空間,而不同空間到虛擬地址的映射就叫做Buffer Map。 Java中是有一個專門的MappedByteBuffer來代表這種操作。

    小師妹:F師兄,那這個虛擬地址空間和內存有什麼區別呢?有了內存還要啥虛擬地址空間?

    虛擬地址空間有兩個好處。

    第一個好處就是虛擬地址空間對於應用程序本身而言是獨立的,從而保證了程序的互相隔離和程序中地址的確定性。比如說一個程序如果運行在虛擬地址空間中,那麼它的空間地址是固定的,不管他運行多少次。如果直接使用內存地址,那麼可能這次運行的時候內存地址可用,下次運行的時候內存地址不可用,就會導致潛在的程序出錯。

    第二個好處就是虛擬空間地址可以比真實的內存地址大,這個大其實是對內存的使用做了優化,比如說會把很少使用的內存寫如磁盤,從而釋放出更多的內存來做更有意義的事情,而之前存儲到磁盤的數據,當真正需要的時候,再從磁盤中加載到內存中。

    這樣物理內存實際上可以看做虛擬空間地址的緩存。

    詳解MappedByteBuffer

    小師妹:MappedByteBuffer聽起來好神奇,怎麼使用它呢?

    我們先來看看MappedByteBuffer的定義:

    public abstract class MappedByteBuffer
        extends ByteBuffer
    

    它實際上是一個抽象類,具體的實現有兩個:

    class DirectByteBuffer extends MappedByteBuffer implements DirectBuffer
    
    class DirectByteBufferR extends DirectByteBuffer
    implements DirectBuffer
    

    分別是DirectByteBuffer和DirectByteBufferR。

    小師妹:F師兄,這兩個ByteBuffer有什麼區別呢?這個R是什麼意思?

    R代表的是ReadOnly的意思,可能是因為本身是個類的名字就夠長了,所以搞了個縮寫。但是也不寫個註解,讓人看起來十分費解….

    我們可以從RandomAccessFile的FilChannel中調用map方法獲得它的實例。

    我們看下map方法的定義:

     public abstract MappedByteBuffer map(MapMode mode, long position, long size)
            throws IOException;
    

    MapMode代表的是映射的模式,position表示是map開始的地址,size表示是ByteBuffer的大小。

    MapMode

    小師妹:F師兄,文件有隻讀,讀寫兩種模式,是不是MapMode也包含這兩類?

    對的,其實NIO中的MapMode除了這兩個之外,還有一些其他很有趣的用法。

    • FileChannel.MapMode.READ_ONLY 表示只讀模式
    • FileChannel.MapMode.READ_WRITE 表示讀寫模式
    • FileChannel.MapMode.PRIVATE 表示copy-on-write模式,這個模式和READ_ONLY有點相似,它的操作是先對原數據進行拷貝,然後可以在拷貝之後的Buffer中進行讀寫。但是這個寫入並不會影響原數據。可以看做是數據的本地拷貝,所以叫做Private。

    基本的MapMode就這三種了,其實除了基礎的MapMode,還有兩種擴展的MapMode:

    • ExtendedMapMode.READ_ONLY_SYNC 同步的讀
    • ExtendedMapMode.READ_WRITE_SYNC 同步的讀寫

    MappedByteBuffer的最大值

    小師妹:F師兄,既然可以映射到虛擬內存空間,那麼這個MappedByteBuffer是不是可以無限大?

    當然不是了,首先虛擬地址空間的大小是有限制的,如果是32位的CPU,那麼一個指針佔用的地址就是4個字節,那麼能夠表示的最大值是0xFFFFFFFF,也就是4G。

    另外我們看下map方法中size的類型是long,在java中long能夠表示的最大值是0x7fffffff,也就是2147483647字節,換算一下大概是2G。也就是說MappedByteBuffer的最大值是2G,一次最多只能map 2G的數據。

    MappedByteBuffer的使用

    小師妹,F師兄我們來舉兩個使用MappedByteBuffer讀寫的例子吧。

    善!

    先看一下怎麼使用MappedByteBuffer來讀數據:

    public void readWithMap() throws IOException {
            try (RandomAccessFile file = new RandomAccessFile(new File("src/main/resources/big.www.flydean.com"), "r"))
            {
                //get Channel
                FileChannel fileChannel = file.getChannel();
                //get mappedByteBuffer from fileChannel
                MappedByteBuffer buffer = fileChannel.map(FileChannel.MapMode.READ_ONLY, 0, fileChannel.size());
                // check buffer
                log.info("is Loaded in physical memory: {}",buffer.isLoaded());  //只是一個提醒而不是guarantee
                log.info("capacity {}",buffer.capacity());
                //read the buffer
                for (int i = 0; i < buffer.limit(); i++)
                {
                    log.info("get {}", buffer.get());
                }
            }
        }
    

    然後再看一個使用MappedByteBuffer來寫數據的例子:

    public void writeWithMap() throws IOException {
            try (RandomAccessFile file = new RandomAccessFile(new File("src/main/resources/big.www.flydean.com"), "rw"))
            {
                //get Channel
                FileChannel fileChannel = file.getChannel();
                //get mappedByteBuffer from fileChannel
                MappedByteBuffer buffer = fileChannel.map(FileChannel.MapMode.READ_WRITE, 0, 4096 * 8 );
                // check buffer
                log.info("is Loaded in physical memory: {}",buffer.isLoaded());  //只是一個提醒而不是guarantee
                log.info("capacity {}",buffer.capacity());
                //write the content
                buffer.put("www.flydean.com".getBytes());
            }
        }
    

    MappedByteBuffer要注意的事項

    小師妹:F師兄,MappedByteBuffer因為使用了內存映射,所以讀寫的速度都會有所提升。那麼我們在使用中應該注意哪些問題呢?

    MappedByteBuffer是沒有close方法的,即使它的FileChannel被close了,MappedByteBuffer仍然處於打開狀態,只有JVM進行垃圾回收的時候才會被關閉。而這個時間是不確定的。

    總結

    本文再次介紹了虛擬地址空間和MappedByteBuffer的使用。

    本文的例子https://github.com/ddean2009/learn-java-io-nio

    本文作者:flydean程序那些事

    本文鏈接:http://www.flydean.com/io-nio-mappedbytebuffer/

    本文來源:flydean的博客

    歡迎關注我的公眾號:程序那些事,更多精彩等着您!

    本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    ※教你寫出一流的銷售文案?

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

    ※回頭車貨運收費標準

    ※別再煩惱如何寫文案,掌握八大原則!

    ※超省錢租車方案

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

  • 【深度思考】JDK8中日期類型該如何使用?

    【深度思考】JDK8中日期類型該如何使用?

    在JDK8之前,處理日期時間,我們主要使用3個類,DateSimpleDateFormatCalendar

    這3個類在使用時都或多或少的存在一些問題,比如SimpleDateFormat不是線程安全的,

    比如DateCalendar獲取到的月份是0到11,而不是現實生活中的1到12,關於這一點,《阿里巴巴Java開發手冊》中也有提及,因為很容易犯錯:

    不過,JDK8推出了全新的日期時間處理類解決了這些問題,比如InstantLocalDateLocalTimeLocalDateTimeDateTimeFormatter,在《阿里巴巴Java開發手冊》中也推薦使用Instant

    LocalDateTimeDateTimeFormatter

    但我發現好多項目中其實並沒有使用這些類,使用的還是之前的DateSimpleDateFormatCalendar,所以本篇博客就講解下JDK8新推出的日期時間類,主要是下面幾個:

    1. Instant
    2. LocalDate
    3. LocalTime
    4. LocalDateTime
    5. DateTimeFormatter

    1. Instant

    1.1 獲取當前時間

    既然Instant可以代替Date類,那它肯定可以獲取當前時間:

    Instant instant = Instant.now();
    System.out.println(instant);
    

    輸出結果:

    2020-06-10T08:22:13.759Z

    細心的你會發現,這個時間比北京時間少了8個小時,如果要輸出北京時間,可以加上默認時區:

    System.out.println(instant.atZone(ZoneId.systemDefault()));
    

    輸出結果:

    2020-06-10T16:22:13.759+08:00[Asia/Shanghai]

    1.2 獲取時間戳

    Instant instant = Instant.now();
    
    // 當前時間戳:單位為秒
    System.out.println(instant.getEpochSecond());
    // 當前時間戳:單位為毫秒
    System.out.println(instant.toEpochMilli());
    

    輸出結果:

    1591777752

    1591777752613

    當然,也可以通過System.currentTimeMillis()獲取當前毫秒數。

    1.3 將long轉換為Instant

    1)根據秒數時間戳轉換:

    Instant instant = Instant.now();
    System.out.println(instant);
    
    long epochSecond = instant.getEpochSecond();
    System.out.println(Instant.ofEpochSecond(epochSecond));
    System.out.println(Instant.ofEpochSecond(epochSecond, instant.getNano()));
    

    輸出結果:

    2020-06-10T08:40:54.046Z

    2020-06-10T08:40:54Z

    2020-06-10T08:40:54.046Z

    2)根據毫秒數時間戳轉換:

    Instant instant = Instant.now();
    System.out.println(instant);
    
    long epochMilli = instant.toEpochMilli();
    System.out.println(Instant.ofEpochMilli(epochMilli));
    

    輸出結果:

    2020-06-10T08:43:25.607Z

    2020-06-10T08:43:25.607Z

    1.4 將String轉換為Instant

    String text = "2020-06-10T08:46:55.967Z";
    Instant parseInstant = Instant.parse(text);
    System.out.println("秒時間戳:" + parseInstant.getEpochSecond());
    System.out.println("豪秒時間戳:" + parseInstant.toEpochMilli());
    System.out.println("納秒:" + parseInstant.getNano());
    

    輸出結果:

    秒時間戳:1591778815

    豪秒時間戳:1591778815967

    納秒:967000000

    如果字符串格式不對,比如修改成2020-06-10T08:46:55.967,就會拋出java.time.format.DateTimeParseException異常,如下圖所示:

    2. LocalDate

    2.1 獲取當前日期

    使用LocalDate獲取當前日期非常簡單,如下所示:

    LocalDate today = LocalDate.now();
    System.out.println("today: " + today);
    

    輸出結果:

    today: 2020-06-10

    不用任何格式化,輸出結果就非常友好,如果使用Date,輸出這樣的格式,還得配合SimpleDateFormat指定yyyy-MM-dd進行格式化,一不小心還會出個bug,比如去年年底很火的1個bug,我當時還是截了圖的:

    這2個好友是2019/12/31關注我的,但我2020年1月2號查看時,卻显示成了2020/12/31,為啥呢?格式化日期時格式寫錯了,應該是yyyy/MM/dd,卻寫成了YYYY/MM/dd,剛好那周跨年,就显示成下一年,也就是2020年了,當時好幾個博主寫過文章解析原因,我這裏就不做過多解釋了。

    划重點:都說到這了,給大家安利下我新註冊的公眾號「申城異鄉人」,歡迎大家關注,更多原創文章等着你哦,哈哈。

    2.2 獲取年月日

    LocalDate today = LocalDate.now();
    
    int year = today.getYear();
    int month = today.getMonthValue();
    int day = today.getDayOfMonth();
    
    System.out.println("year: " + year);
    System.out.println("month: " + month);
    System.out.println("day: " + day);
    

    輸出結果:

    year: 2020

    month: 6

    day: 10

    獲取月份終於返回1到12了,不像java.util.Calendar獲取月份返回的是0到11,獲取完還得加1。

    2.3 指定日期

    LocalDate specifiedDate = LocalDate.of(2020, 6, 1);
    System.out.println("specifiedDate: " + specifiedDate);
    

    輸出結果:

    specifiedDate: 2020-06-01

    如果確定月份,推薦使用另一個重載方法,使用枚舉指定月份:

    LocalDate specifiedDate = LocalDate.of(2020, Month.JUNE, 1);
    

    2.4 比較日期是否相等

    LocalDate localDate1 = LocalDate.now();
    LocalDate localDate2 = LocalDate.of(2020, 6, 10);
    if (localDate1.equals(localDate2)) {
        System.out.println("localDate1 equals localDate2");
    }
    

    輸出結果:

    localDate1 equals localDate2

    2.5 獲取日期是本周/本月/本年的第幾天

    LocalDate today = LocalDate.now();
    
    System.out.println("Today:" + today);
    System.out.println("Today is:" + today.getDayOfWeek());
    System.out.println("今天是本周的第" + today.getDayOfWeek().getValue() + "天");
    System.out.println("今天是本月的第" + today.getDayOfMonth() + "天");
    System.out.println("今天是本年的第" + today.getDayOfYear() + "天");
    

    輸出結果:

    Today:2020-06-11

    Today is:THURSDAY

    今天是本周的第4天

    今天是本月的第11天

    今天是本年的第163天

    2.6 判斷是否為閏年

    LocalDate today = LocalDate.now();
    
    System.out.println(today.getYear() + " is leap year:" + today.isLeapYear());
    

    輸出結果:

    2020 is leap year:true

    3. LocalTime

    3.1 獲取時分秒

    如果使用java.util.Date,那代碼是下面這樣的:

    Date date = new Date();
    
    int hour = date.getHours();
    int minute = date.getMinutes();
    int second = date.getSeconds();
    
    System.out.println("hour: " + hour);
    System.out.println("minute: " + minute);
    System.out.println("second: " + second);
    

    輸出結果:

    注意事項:這幾個方法已經過期了,因此強烈不建議在項目中使用:

    如果使用java.util.Calendar,那代碼是下面這樣的:

    Calendar calendar = Calendar.getInstance();
    
    // 12小時制
    int hourOf12 = calendar.get(Calendar.HOUR);
    // 24小時制
    int hourOf24 = calendar.get(Calendar.HOUR_OF_DAY);
    int minute = calendar.get(Calendar.MINUTE);
    int second = calendar.get(Calendar.SECOND);
    int milliSecond = calendar.get(Calendar.MILLISECOND);
    
    System.out.println("hourOf12: " + hourOf12);
    System.out.println("hourOf24: " + hourOf24);
    System.out.println("minute: " + minute);
    System.out.println("second: " + second);
    System.out.println("milliSecond: " + milliSecond);
    

    輸出結果:

    注意事項:獲取小時時,有2個選項,1個返回12小時制的小時數,1個返回24小時制的小時數,因為現在是晚上8點,所以calendar.get(Calendar.HOUR)返回8,而calendar.get(Calendar.HOUR_OF_DAY)返回20。

    如果使用java.time.LocalTime,那代碼是下面這樣的:

    LocalTime localTime = LocalTime.now();
    System.out.println("localTime:" + localTime);
    
    int hour = localTime.getHour();
    int minute = localTime.getMinute();
    int second = localTime.getSecond();
    
    System.out.println("hour: " + hour);
    System.out.println("minute: " + minute);
    System.out.println("second: " + second);
    

    輸出結果:

    可以看出,LocalTime只有時間沒有日期。

    4. LocalDateTime

    4.1 獲取當前時間

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println("localDateTime:" + localDateTime);
    

    輸出結果:

    localDateTime: 2020-06-11T11:03:21.376

    4.2 獲取年月日時分秒

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println("localDateTime: " + localDateTime);
    
    System.out.println("year: " + localDateTime.getYear());
    System.out.println("month: " + localDateTime.getMonthValue());
    System.out.println("day: " + localDateTime.getDayOfMonth());
    System.out.println("hour: " + localDateTime.getHour());
    System.out.println("minute: " + localDateTime.getMinute());
    System.out.println("second: " + localDateTime.getSecond());
    

    輸出結果:

    4.3 增加天數/小時

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println("localDateTime: " + localDateTime);
    
    LocalDateTime tomorrow = localDateTime.plusDays(1);
    System.out.println("tomorrow: " + tomorrow);
    
    LocalDateTime nextHour = localDateTime.plusHours(1);
    System.out.println("nextHour: " + nextHour);
    

    輸出結果:

    localDateTime: 2020-06-11T11:13:44.979

    tomorrow: 2020-06-12T11:13:44.979

    nextHour: 2020-06-11T12:13:44.979

    LocalDateTime還提供了添加年、周、分鐘、秒這些方法,這裏就不一一列舉了:

    4.4 減少天數/小時

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println("localDateTime: " + localDateTime);
    
    LocalDateTime yesterday = localDateTime.minusDays(1);
    System.out.println("yesterday: " + yesterday);
    
    LocalDateTime lastHour = localDateTime.minusHours(1);
    System.out.println("lastHour: " + lastHour);
    

    輸出結果:

    localDateTime: 2020-06-11T11:20:38.896

    yesterday: 2020-06-10T11:20:38.896

    lastHour: 2020-06-11T10:20:38.896

    類似的,LocalDateTime還提供了減少年、周、分鐘、秒這些方法,這裏就不一一列舉了:

    4.5 獲取時間是本周/本年的第幾天

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println("localDateTime: " + localDateTime);
    
    System.out.println("DayOfWeek: " + localDateTime.getDayOfWeek().getValue());
    System.out.println("DayOfYear: " + localDateTime.getDayOfYear());
    

    輸出結果:

    localDateTime: 2020-06-11T11:32:31.731

    DayOfWeek: 4

    DayOfYear: 163

    5. DateTimeFormatter

    JDK8中推出了java.time.format.DateTimeFormatter來處理日期格式化問題,《阿里巴巴Java開發手冊》中也是建議使用DateTimeFormatter代替SimpleDateFormat

    5.1 格式化LocalDate

    LocalDate localDate = LocalDate.now();
    
    System.out.println("ISO_DATE: " + localDate.format(DateTimeFormatter.ISO_DATE));
    System.out.println("BASIC_ISO_DATE: " + localDate.format(DateTimeFormatter.BASIC_ISO_DATE));
    System.out.println("ISO_WEEK_DATE: " + localDate.format(DateTimeFormatter.ISO_WEEK_DATE));
    System.out.println("ISO_ORDINAL_DATE: " + localDate.format(DateTimeFormatter.ISO_ORDINAL_DATE));
    

    輸出結果:

    如果提供的格式無法滿足你的需求,你還可以像以前一樣自定義格式:

    LocalDate localDate = LocalDate.now();
    
    System.out.println("yyyy/MM/dd: " + localDate.format(DateTimeFormatter.ofPattern("yyyy/MM/dd")));
    

    輸出結果:

    yyyy/MM/dd: 2020/06/11

    5.2 格式化LocalTime

    LocalTime localTime = LocalTime.now();
    System.out.println(localTime);
    System.out.println("ISO_TIME: " + localTime.format(DateTimeFormatter.ISO_TIME));
    System.out.println("HH:mm:ss: " + localTime.format(DateTimeFormatter.ofPattern("HH:mm:ss")));
    

    輸出結果:

    14:28:35.230

    ISO_TIME: 14:28:35.23

    HH:mm:ss: 14:28:35

    5.3 格式化LocalDateTime

    LocalDateTime localDateTime = LocalDateTime.now();
    System.out.println(localDateTime);
    System.out.println("ISO_DATE_TIME: " + localDateTime.format(DateTimeFormatter.ISO_DATE_TIME));
    System.out.println("ISO_DATE: " + localDateTime.format(DateTimeFormatter.ISO_DATE));
    

    輸出結果:

    2020-06-11T14:33:18.303

    ISO_DATE_TIME: 2020-06-11T14:33:18.303

    ISO_DATE: 2020-06-11

    6. 類型相互轉換

    6.1 Instant轉Date

    JDK8中,Date新增了from()方法,將Instant轉換為Date,代碼如下所示:

    Instant instant = Instant.now();
    System.out.println(instant);
    
    Date dateFromInstant = Date.from(instant);
    System.out.println(dateFromInstant);
    

    輸出結果:

    2020-06-11T06:39:34.979Z

    Thu Jun 11 14:39:34 CST 2020

    6.2 Date轉Instant

    JDK8中,Date新增了toInstant方法,將Date轉換為Instant,代碼如下所示:

    Date date = new Date();
    Instant dateToInstant = date.toInstant();
    System.out.println(date);
    System.out.println(dateToInstant);
    

    輸出結果:

    Thu Jun 11 14:46:12 CST 2020

    2020-06-11T06:46:12.112Z

    6.3 Date轉LocalDateTime

    Date date = new Date();
    Instant instant = date.toInstant();
    LocalDateTime localDateTimeOfInstant = LocalDateTime.ofInstant(instant, ZoneId.systemDefault());
    System.out.println(date);
    System.out.println(localDateTimeOfInstant);
    

    輸出結果:

    Thu Jun 11 14:51:07 CST 2020

    2020-06-11T14:51:07.904

    6.4 Date轉LocalDate

    Date date = new Date();
    Instant instant = date.toInstant();
    LocalDateTime localDateTimeOfInstant = LocalDateTime.ofInstant(instant, ZoneId.systemDefault());
    LocalDate localDate = localDateTimeOfInstant.toLocalDate();
    System.out.println(date);
    System.out.println(localDate);
    

    輸出結果:

    Thu Jun 11 14:59:38 CST 2020

    2020-06-11

    可以看出,Date是先轉換為Instant,再轉換為LocalDateTime,然後通過LocalDateTime獲取LocalDate

    6.5 Date轉LocalTime

    Date date = new Date();
    Instant instant = date.toInstant();
    LocalDateTime localDateTimeOfInstant = LocalDateTime.ofInstant(instant, ZoneId.systemDefault());
    LocalTime toLocalTime = localDateTimeOfInstant.toLocalTime();
    System.out.println(date);
    System.out.println(toLocalTime);
    

    輸出結果:

    Thu Jun 11 15:06:14 CST 2020

    15:06:14.531

    可以看出,Date是先轉換為Instant,再轉換為LocalDateTime,然後通過LocalDateTime獲取LocalTime

    6.6 LocalDateTime轉Date

    LocalDateTime localDateTime = LocalDateTime.now();
    
    Instant toInstant = localDateTime.atZone(ZoneId.systemDefault()).toInstant();
    Date dateFromInstant = Date.from(toInstant);
    System.out.println(localDateTime);
    System.out.println(dateFromInstant);
    

    輸出結果:

    2020-06-11T15:12:11.600

    Thu Jun 11 15:12:11 CST 2020

    6.7 LocalDate轉Date

    LocalDate today = LocalDate.now();
    
    LocalDateTime localDateTime = localDate.atStartOfDay();
    Instant toInstant = localDateTime.atZone(ZoneId.systemDefault()).toInstant();
    Date dateFromLocalDate = Date.from(toInstant);
    System.out.println(dateFromLocalDate);
    

    輸出結果:

    Thu Jun 11 00:00:00 CST 2020

    6.8 LocalTime轉Date

    LocalDate localDate = LocalDate.now();
    LocalTime localTime = LocalTime.now();
    
    LocalDateTime localDateTime = LocalDateTime.of(localDate, localTime);
    Instant instantFromLocalTime = localDateTime.atZone(ZoneId.systemDefault()).toInstant();
    Date dateFromLocalTime = Date.from(instantFromLocalTime);
    
    System.out.println(dateFromLocalTime);
    

    輸出結果:

    Thu Jun 11 15:24:18 CST 2020

    7. 總結

    JDK8推出了全新的日期時間類,如InstantLocaleDateLocalTimeLocalDateTimeDateTimeFormatter,設計比之前更合理,也是線程安全的。

    《阿里巴巴Java開發規範》中也推薦使用Instant代替DateLocalDateTime 代替 CalendarDateTimeFormatter 代替 SimpleDateFormat

    因此,如果條件允許,建議在項目中使用,沒有使用的,可以考慮升級下。

    本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    ※超省錢租車方案

    ※別再煩惱如何寫文案,掌握八大原則!

    ※回頭車貨運收費標準

    ※教你寫出一流的銷售文案?

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

  • 20萬就能買到全新寶馬轎車?!因為它真的來了

    20萬就能買到全新寶馬轎車?!因為它真的來了

    新車基於UKL前驅平台打造,1系三廂將會是前驅車型,新車的動力系統或為1。5T 136馬力+6速自動變速箱,2。0T 192馬力/231馬力+8擋手自一體變速箱,其中官方聲稱1。5T車型的百公里油耗最低可以達到5。5L。新車將會有無鑰匙啟動、抬頭显示、倒車影像、全景天窗、LED大燈、pM2。

    寶馬1系三廂自從誕生的那一刻就備受關注,吸睛無數,小編也和大家一樣,時刻關注着寶馬1系三廂的所有信息。畢竟,哪個男人心裏沒有這一個藍天白雲夢,開寶馬也是很多人的心愿。

    但是寶馬作為豪華品牌,價格不是每個消費者都能承受的起的。寶馬進口1系的價格不是很貴,但是國人就是對兩廂車有一定的排斥心理,比較鍾愛三廂車,所以即使進口1系兩廂的價格足夠便宜,但是買單的人照樣不多。

    當然,寶馬3系是三廂車,但是3系的價格在30萬左右,還是有點小貴。所以在20萬級別這個領域,出現了一個市場空缺。如果能有一台20萬的三廂寶馬,這應該是極好的選擇。

    看看奧迪A3就知道了,作為豪華品牌的A3將價格做到了20萬元左右,在這個沒有直接競爭對手的領域,A3的銷量好的一塌糊塗,A3在11月份交出了9883輛的銷量,將近萬輛的銷量足以看出來這個細分市場有很大的潛力。

    所以寶馬義不容辭的推出了國產版的1系三廂。

    寶馬1系三廂版基於Compact Sedan概念車打造出來的,新車的設計借鑒了概念車的設計元素,同時也具有着寶馬家族化的設計風格,前大燈的造型與3系比較相似,側麵線條比較平直,從外觀看像是縮小的3系,看起來短小精悍,富有運動感。

    內飾看起來還是那麼熟悉的感覺,畢竟也是採用了寶馬家族化的設計特徵,中控台造型很有層次感,並配備了8.8英寸液晶屏,同時還有大面積的鍍鉻裝飾,可以增強內飾的精緻感。

    新車基於UKL前驅平台打造,1系三廂將會是前驅車型,新車的動力系統或為1.5T 136馬力+6速自動變速箱,2.0T 192馬力/231馬力+8擋手自一體變速箱,其中官方聲稱1.5T車型的百公里油耗最低可以達到5.5L。

    新車將會有無鑰匙啟動、抬頭显示、倒車影像、全景天窗、LED大燈、pM2.5濾清器等,這些都是國人比較看重的配置。新車的預售價為20.5萬起,這就意味着也許不到20萬的價格就可以買到帥氣的三廂寶馬,估計很多消費者都會心動吧!如果實際售價能比預售價還低一點的話,那麼A3就會瞬間感到壓力了。

    競爭對手

    奧迪A3

    指導價:18.49-28.10萬

    A3在國內的成就有目共睹,但是它真正的競爭對手預計會在2月份正式上市銷售,憑藉著“藍天白雲”在國內的號召力,A3將會面臨很大壓力,那麼它能否守住自己的陣地,就讓我們拭目以待吧!本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

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

    南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

    ※教你寫出一流的銷售文案?

    ※超省錢租車方案

  • 不要小看這些買車細節,去4S店裝老司機全靠這幾招…

    不要小看這些買車細節,去4S店裝老司機全靠這幾招…

    總結:買車畢竟是一件大事,最怕就是花了大價錢結果掉進了別人一早挖好的陷阱里,起不來活不起,當了冤大頭還要替別人數錢,所以在我們買車的時候還是多加留意,多留個心眼,將主動權抓在自己的手上。

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

    【其他文章推薦】

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

    ※別再煩惱如何寫文案,掌握八大原則!

    ※教你寫出一流的銷售文案?

    ※超省錢租車方案

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

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

  • 大發現!國3汽車的PM2.5居然比國5低?

    大發現!國3汽車的PM2.5居然比國5低?

    接下來是國三的車。所以僅從pM2。5的指數上來看,老車的成績不一定差,新車的成績也不一定好,反而車況才是更重要的因素。而那些所謂的專家。其實之前其他網友測試汽車尾氣pM2。5指數得出驚人的結果。(汽車尾氣比空氣乾淨,聽着很扯,畢竟你不可能整天去吸尾氣),就有專家出來表明,汽車的排放導致的污染並非只是直接的pM排放污染,而是“二次反應”。

    一到冬季,pM指數和霧霾就成了熱門話題,這個時候汽車就會慣例被推上輿論焦點,近期國六排放標準的出台也進一步表明了相關部門的觀點—“霧霾的很大成因就是因為汽車的排放”。每次說到空氣污染提得最多的就是pM2.5指數。

    pM指數那麼多,為什麼偏偏是pM2.5?

    pM的英文全稱為particulate Matter (顆粒物),而数字2.5是指這種顆粒物的空氣動力學直徑(aerodynamic diameter)為2.5微米( pM10則是指粒徑等於、小於10微米的顆粒物)。粒徑越小、密度越低,顆粒沉降得越慢。如果再有一些外力引起空氣微小的擾動,這些細小的顆粒即使在無風的條件下,最終也很難沉降到地面上,它們會一直在空中“遊盪”,成為危害人體健康的罪魁禍首。

    而我們常說的pM2.5的濃度或其他污染氣體的濃度是指每立方米空氣中這種污染物的質量含量,它反映了空氣的污染程度,這個值越高,就代表空氣污染越嚴重。由於空氣中污染物的種類很多,如:可吸入顆粒物、二氧化硫、氮氧化物、一氧化碳及臭氧等,為了統一評估,我國的環保部門,將每一種污染物的濃度都換算成統一的空氣污染指數,然後對外發布。俗話說病從口入,那麼我們今天就從源頭-用儀器來測試一下汽車尾氣的pM2.5指數。

    在此之前我們先看下香煙的pM指數,直接爆表,所以能戒煙朋友趕緊戒煙了。

    接着測試一下國4的車。(所測汽車均為公司同事車輛)

    然後是國5的車!

    接下來是國三的車。

    所以僅從pM2.5的指數上來看,老車的成績不一定差,新車的成績也不一定好,反而車況才是更重要的因素。

    而那些所謂的專家。。。

    其實之前其他網友測試汽車尾氣pM2.5指數得出驚人的結果。。。

    (汽車尾氣比空氣乾淨,聽着很扯,畢竟你不可能整天去吸尾氣),就有專家出來表明,汽車的排放導致的污染並非只是直接的pM排放污染,而是“二次反應”。

    這樣一群吃瓜群眾就懵逼了,你是博士后,你說什麼都對,就像一直聽說F1產生的下壓力足以讓其貼在牆上跑,但是從來沒有見過,不相信這件事的人也找不到反駁的理由。

    不管汽車的排放是不是元兇(因為現在霧霾這個鍋汽車已經背定了),相關部門對新車排放的要求越來越高並沒錯,畢竟排放再少也是排放。假設之前國三標準滿分是100分,當年生產的汽車再優秀,也只能得100。

    現在國五標準出來了,直接就說滿分是150,100分不及格,也不給你重考的機會(限制進京、限制遷入等),這種把能夠達到要求的老車也一刀切那就有點想不通了,對於車迷來說最大的損失就是中國就永遠不會有老爺車文化,因為在相關部門眼中只有報廢車。

    最後通過數據計算可以知道廣州的車輛密度比北京還要高,但是空氣質量卻要好不少,所以愛吃烤鴨的小夥伴趕緊把烤鴨吃個夠,說不定哪天烤鴨也分黃標鴨!!!

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

    【其他文章推薦】

    ※別再煩惱如何寫文案,掌握八大原則!

    網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

    ※超省錢租車方案

    ※教你寫出一流的銷售文案?

    網頁設計最專業,超強功能平台可客製化

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

  • 為什麼朋友說他夢想的車是艾母雞?看完本文後終於懂了

    為什麼朋友說他夢想的車是艾母雞?看完本文後終於懂了

    說到奔馳許多人最初的印象都是寬、大、貴外加後排坐着一個人肥,牙黃,地中海的老闆似乎奔馳一向跟年輕、運動、操控這些詞扯不上什麼關係所以坊間也流傳這麼一個說法——甚至有一些“自信狂人”遇上大奔時會抑制不住腎上腺

    說到奔馳

    許多人最初的印象都是

    寬、大、貴

    外加後排坐着一個

    人肥,牙黃,地中海的老闆

    似乎奔馳一向跟

    年輕、運動、操控這些詞

    扯不上什麼關係

    所以坊間也流傳這麼一個說法——

    甚至有一些“自信狂人”

    遇上大奔時

    會抑制不住腎上腺本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    ※教你寫出一流的銷售文案?

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

    ※回頭車貨運收費標準

    ※別再煩惱如何寫文案,掌握八大原則!

    ※超省錢租車方案

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

  • 我很驚訝!十幾萬的國產SUV竟有人幹得過眾泰?

    我很驚訝!十幾萬的國產SUV竟有人幹得過眾泰?

    對於我們汽車媒體來說,這是個很方面的功能。榮威RX5配備了車身穩定系統、定速巡航、一鍵啟動、電動駐車、前撞預警系統、陡坡緩降、電動後備廂、車道保持、道路限速識別、四驅系統鎖止等豐富配置。動力系統方面,RX5將搭載1。

    國內緊湊型SUV的熱度只增不減,2016年,榮威帶來了他們潛心打造,並得到馬雲的阿里技術支持的榮威RX5,主打互聯網概念。

    榮威RX5外觀走大氣沉穩范,中規中矩但又精緻的造型給人不錯的印象。前臉“展翼格柵”將兩側前大燈融貫一體,前大燈為矩陣式LED大燈,其由24顆LED光源組成,燈組內部還集成了“如意形”LED日間行車燈。矩陣式全LED大燈更顯科技感。

    一進車內最吸睛的當屬中控10.4英寸大屏。由於大屏幕的使用,一些傳統按鍵被取消,整體設計簡潔時尚,僅在屏幕下方保留了五個實體按鍵。同時RX5在內飾用料上也多處使用了軟質皮革包裹,凸顯質感。

    RX5配備了榮威和阿里聯合開發的Yun OS,功能較為強大,可以通過大數據為用戶提供個性化服務。還可以支持綁定航拍機和運動相機,旅途中拍攝的畫面可以呈現在中控的大屏幕上。對於我們汽車媒體來說,這是個很方面的功能。

    榮威RX5配備了車身穩定系統、定速巡航、一鍵啟動、電動駐車、前撞預警系統、陡坡緩降、電動後備廂、車道保持、道路限速識別、四驅系統鎖止等豐富配置。

    動力系統方面,RX5將搭載1.5T和2.0T兩款渦輪增壓發動機,其中1.5T發動機最大功率為169馬,峰值扭矩250N·m,與之匹配的是手動/TST 7速雙離合變速箱;2.0T發動機最大功率為220馬力,峰值扭矩350N·m,與之匹配的是TST 6速濕式雙離合變速箱。

    整車開起來動力表現不錯,車輛的轉向是比較精準的,底盤偏向柔軟和舒適,但是又保留了一些路感。很符合家用SUV得定位。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    ※超省錢租車方案

    ※別再煩惱如何寫文案,掌握八大原則!

    ※回頭車貨運收費標準

    ※教你寫出一流的銷售文案?

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

  • 【C#】AutoMapper 使用手冊

    目錄

    • 1 入門例子
    • 2 註冊
      • 2.1 Profile
    • 3 配置
      • 3.1 命名約定
      • 3.2 配置可見性
      • 3.3 全局屬性/字段過濾
      • 3.4 識別前綴和後綴
      • 3.5 替換字符
    • 4 調用構造函數
    • 5 數組和列表映射
      • 5.1 處理空集合
      • 5.2 集合中的多態
    • 6 方法到屬性映射
    • 7 自定義映射
    • 8 扁平化映射
      • 8.1 IncludeMembers
    • 9 嵌套映射

    本文基於 AutoMapper 9.0.0

    AutoMapper 是一個對象-對象映射器,可以將一個對象映射到另一個對象。

    官網地址:http://automapper.org/

    官方文檔:https://docs.automapper.org/en/latest/

    1 入門例子

    public class Foo
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    
    public class FooDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    
    public void Map()
    {
        var config = new MapperConfiguration(cfg => cfg.CreateMap<Foo, FooDto>());
    
        var mapper = config.CreateMapper();
    
        Foo foo = new Foo { ID = 1, Name = "Tom" };
    
        FooDto dto = mapper.Map<FooDto>(foo);
    }
    

    2 註冊

    在使用 Map 方法之前,首先要告訴 AutoMapper 什麼類可以映射到什麼類。

    var config = new MapperConfiguration(cfg => cfg.CreateMap<Foo, FooDto>());
    

    每個 AppDomain 只能進行一次配置。這意味着放置配置代碼的最佳位置是在應用程序啟動中,例如 ASP.NET 應用程序的 Global.asax 文件。

    從 9.0 開始 Mapper.Initialize 方法就不可用了。

    2.1 Profile

    Profile 是組織映射的另一種方式。新建一個類,繼承 Profile,並在構造函數中配置映射。

    public class EmployeeProfile : Profile
    {
        public EmployeeProfile()
        {
            CreateMap<Employee, EmployeeDto>();
        }
    }
    
    var config = new MapperConfiguration(cfg =>
    {
        cfg.AddProfile<EmployeeProfile>();
    });
    

    Profile 內部的配置僅適用於 Profile 內部的映射。應用於根配置的配置適用於所有創建的映射。

    AutoMapper 也可以在指定的程序集中掃描從 Profile 繼承的類,並將其添加到配置中。

    var config = new MapperConfiguration(cfg =>
    {
        // 掃描當前程序集
        cfg.AddMaps(System.AppDomain.CurrentDomain.GetAssemblies());
        
        // 也可以傳程序集名稱(dll 名稱)
        cfg.AddMaps("LibCoreTest");
    });
    

    3 配置

    3.1 命名約定

    默認情況下,AutoMapper 基於相同的字段名映射,並且是 不區分大小寫 的。

    但有時,我們需要處理一些特殊的情況。

    • SourceMemberNamingConvention 表示源類型命名規則
    • DestinationMemberNamingConvention 表示目標類型命名規則

    LowerUnderscoreNamingConventionPascalCaseNamingConvention 是 AutoMapper 提供的兩個命名規則。前者命名是小寫並包含下劃線,後者就是帕斯卡命名規則(每個單詞的首字母大寫)。

    我的理解,如果源類型和目標類型分別採用了 蛇形命名法駝峰命名法,那麼就需要指定命名規則,使其能正確映射。

    public class Foo
    {
        public int Id { get; set; }
    
        public string MyName { get; set; }
    }
    
    public class FooDto
    {
        public int ID { get; set; }
    
        public string My_Name { get; set; }
    }
    
    public void Map()
    {
        var config = new MapperConfiguration(cfg =>
        {
            cfg.CreateMap<Foo, FooDto>();
    
            cfg.SourceMemberNamingConvention = new PascalCaseNamingConvention();
            cfg.DestinationMemberNamingConvention = new LowerUnderscoreNamingConvention();
        });
    
        var mapper = config.CreateMapper();
    
        Foo foo = new Foo { Id = 2, MyName = "Tom" };
    
        FooDto dto = mapper.Map<FooDto>(foo);
    }
    

    3.2 配置可見性

    默認情況下,AutoMapper 僅映射 public 成員,但其實它是可以映射到 private 屬性的。

    var config = new MapperConfiguration(cfg =>
    {
        cfg.ShouldMapProperty = p => p.GetMethod.IsPublic || p.SetMethod.IsPrivate;
        cfg.CreateMap<Source, Destination>();
    });
    

    需要注意的是,這裏屬性必須添加 private set,省略 set 是不行的。

    3.3 全局屬性/字段過濾

    默認情況下,AutoMapper 嘗試映射每個公共屬性/字段。以下配置將忽略字段映射。

    var config = new MapperConfiguration(cfg =>
    {
    	cfg.ShouldMapField = fi => false;
    });
    

    3.4 識別前綴和後綴

    var config = new MapperConfiguration(cfg =>
    {
        cfg.RecognizePrefixes("My");
        cfg.RecognizePostfixes("My");
    }
    

    3.5 替換字符

    var config = new MapperConfiguration(cfg =>
    {
        cfg.ReplaceMemberName("Ä", "A");
    });
    

    這功能我們基本上用不上。

    4 調用構造函數

    有些類,屬性的 set 方法是私有的。

    public class Commodity
    {
        public string Name { get; set; }
    
        public int Price { get; set; }
    }
    
    public class CommodityDto
    {
        public string Name { get; }
    
        public int Price { get; }
    
        public CommodityDto(string name, int price)
        {
            Name = name;
            Price = price * 2;
        }
    }
    

    AutoMapper 會自動找到相應的構造函數調用。如果在構造函數中對參數做一些改變的話,其改變會反應在映射結果中。如上例,映射后 Price 會乘 2。

    禁用構造函數映射:

    var config = new MapperConfiguration(cfg => cfg.DisableConstructorMapping());
    

    禁用構造函數映射的話,目標類要有一個無參構造函數。

    5 數組和列表映射

    數組和列表的映射比較簡單,僅需配置元素類型,定義簡單類型如下:

    public class Source
    {
        public int Value { get; set; }
    }
    
    public class Destination
    {
        public int Value { get; set; }
    }
    

    映射:

    var config = new MapperConfiguration(cfg =>
    {
        cfg.CreateMap<Source, Destination>();
    });
    IMapper mapper = config.CreateMapper();
    
    var sources = new[]
    {
        new Source { Value = 5 },
        new Source { Value = 6 },
        new Source { Value = 7 }
    };
    
    IEnumerable<Destination> ienumerableDest = mapper.Map<Source[], IEnumerable<Destination>>(sources);
    ICollection<Destination> icollectionDest = mapper.Map<Source[], ICollection<Destination>>(sources);
    IList<Destination> ilistDest = mapper.Map<Source[], IList<Destination>>(sources);
    List<Destination> listDest = mapper.Map<Source[], List<Destination>>(sources);
    Destination[] arrayDest = mapper.Map<Source[], Destination[]>(sources);
    

    具體來說,支持的源集合類型包括:

    • IEnumerable
    • IEnumerable
    • ICollection
    • ICollection
    • IList
    • IList
    • List
    • Arrays

    映射到現有集合時,將首先清除目標集合。如果這不是你想要的,請查看AutoMapper.Collection。

    5.1 處理空集合

    映射集合屬性時,如果源值為 null,則 AutoMapper 會將目標字段映射為空集合,而不是 null。這與 Entity Framework 和 Framework Design Guidelines 的行為一致,認為 C# 引用,數組,List,Collection,Dictionary 和 IEnumerables 永遠不應該為 null

    5.2 集合中的多態

    這個官方的文檔不是很好理解。我重新舉個例子。實體類如下:

    public class Employee
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    
    public class Employee2 : Employee
    {
        public string DeptName { get; set; }
    }
    
    public class EmployeeDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    
    public class EmployeeDto2 : EmployeeDto
    {
        public string DeptName { get; set; }
    }
    

    數組映射代碼如下:

    var config = new MapperConfiguration(cfg =>
    {
        cfg.CreateMap<Employee, EmployeeDto>().Include<Employee2, EmployeeDto2>();
        cfg.CreateMap<Employee2, EmployeeDto2>();
    });
    IMapper mapper = config.CreateMapper();
    
    var employees = new[]
    {
        new Employee { ID = 1, Name = "Tom" },
        new Employee2 { ID = 2, Name = "Jerry", DeptName = "R & D" }
    };
    
    var dto = mapper.Map<Employee[], EmployeeDto[]>(employees);
    

    可以看到,映射后,dto 中兩個元素的類型,一個是 EmployeeDto,一個是 EmployeeDto2,即實現了父類映射到父類,子類映射到子類。

    如果去掉 Include 方法,則映射后 dto 中兩個元素的類型均為 EmployeeDto

    6 方法到屬性映射

    AutoMapper 不僅能實現屬性到屬性映射,還可以實現方法到屬性的映射,並且不需要任何配置,方法名可以和屬性名一致,也可以帶有 Get 前綴。

    例如下例的 Employee.GetFullName() 方法,可以映射到 EmployeeDto.FullName 屬性。

    public class Employee
    {
        public int ID { get; set; }
    
        public string FirstName { get; set; }
    
        public string LastName { get; set; }
    
        public string GetFullName()
        {
            return $"{FirstName} {LastName}";
        }
    }
    
    public class EmployeeDto
    {
        public int ID { get; set; }
    
        public string FirstName { get; set; }
    
        public string LastName { get; set; }
    
        public string FullName { get; set; }
    }
    

    7 自定義映射

    當源類型與目標類型名稱不一致時,或者需要對源數據做一些轉換時,可以用自定義映射。

    public class Employee
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public DateTime JoinTime { get; set; }
    }
    
    public class EmployeeDto
    {
        public int EmployeeID { get; set; }
    
        public string EmployeeName { get; set; }
    
        public int JoinYear { get; set; }
    }
    

    如上例,IDEmployeeID 屬性名不同,JoinTimeJoinYear 不僅屬性名不同,屬性類型也不同。

    var config = new MapperConfiguration(cfg =>
    {
        cfg.CreateMap<Employee, EmployeeDto>()
            .ForMember("EmployeeID", opt => opt.MapFrom(src => src.ID))
            .ForMember(dest => dest.EmployeeName, opt => opt.MapFrom(src => src.Name))
            .ForMember(dest => dest.JoinYear, opt => opt.MapFrom(src => src.JoinTime.Year));
    });
    

    8 扁平化映射

    對象-對象映射的常見用法之一是將複雜的對象模型並將其展平為更簡單的模型。

    public class Employee
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public Department Department { get; set; }
    }
    
    public class Department
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    
    public class EmployeeDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public int DepartmentID { get; set; }
    
        public string DepartmentName { get; set; }
    }
    

    如果目標類型上的屬性,與源類型的屬性、方法都對應不上,則 AutoMapper 會將目標成員名按駝峰法拆解成單個單詞,再進行匹配。例如上例中,EmployeeDto.DepartmentID 就對應到了 Employee.Department.ID

    8.1 IncludeMembers

    如果屬性命名不符合上述的規則,而是像下面這樣:

    public class Employee
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public Department Department { get; set; }
    }
    
    public class Department
    {
        public int DepartmentID { get; set; }
    
        public string DepartmentName { get; set; }
    }
    
    public class EmployeeDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public int DepartmentID { get; set; }
    
        public string DepartmentName { get; set; }
    }
    

    Department 類中的屬性名,直接跟 EmployeeDto 類中的屬性名一致,則可以使用 IncludeMembers 方法指定。

    var config = new MapperConfiguration(cfg =>
    {
        cfg.CreateMap<Employee, EmployeeDto>().IncludeMembers(e => e.Department);
        cfg.CreateMap<Department, EmployeeDto>();
    });
    

    9 嵌套映射

    有時,我們可能不需要展平。看如下例子:

    public class Employee
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public int Age { get; set; }
    
        public Department Department { get; set; }
    }
    
    public class Department
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public string Heads { get; set; }
    }
    
    public class EmployeeDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    
        public DepartmentDto Department { get; set; }
    }
    
    public class DepartmentDto
    {
        public int ID { get; set; }
    
        public string Name { get; set; }
    }
    

    我們要將 Employee 映射到 EmployeeDto,並且將 Department 映射到 DepartmentDto

    var config = new MapperConfiguration(cfg =>
    {
        cfg.CreateMap<Employee, EmployeeDto>();
        cfg.CreateMap<Department, DepartmentDto>();
    });
    

    本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

    網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

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

    南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

    ※教你寫出一流的銷售文案?

    ※超省錢租車方案

  • Redis的內存和實現機制

    Redis的內存和實現機制

    1. Reids內存的劃分

    1. 數據 內存統計在used_memory中
    2. 進程本身運行需要內存 Redis主進程本身運行需要的內存佔用,代碼、常量池等
    3. 緩衝內存,客戶端緩衝區、複製積壓緩衝區、AOF緩衝區。有jemalloc分配內存,會統計在used_memory中
    4. 內存碎片 Redis在分配、回收物理內存過程中產生的。內存碎片不會統計在used_memory中。如果Redis服務器中的內存碎片已經很大,可以通過安全重啟的方式減小內存碎片:因為重啟之後,Redis重新從備份文件中讀取數據,在內存中進行重排,為每個數據重新選擇合適的內存單元,減小內存碎片。

    2. Redis的數據存儲的細節

    涉及到內存分配器jemalloc, 簡單動態字符串(SDS),5種值類型對象的內部編碼,redisObject,

    1. DictEntry: Redis 是key-value數據庫,因此對每個鍵值對都會有一個dictEntry,裏面存儲了指向Key和Value的指針;next指向下一個dictEntry,與本Key-Value無關
    2. Key: 並不是以字符串存儲,而是存儲在SDS結構中
    3. RedisObject: 5種值對象不是直接以對應的類型存儲的,而是被封裝為redisObject來存儲
    4. jemalloc: 無論是DictEntry對象,還是redisObject, SDS對象,都需要內存分配器

    2.1 Jemalloc

    redis 在編譯時便會指定內存分配器, 內存分配器可以是libc、jemalloc、tcmalloc

    jemalloc作為Redis的默認內存分配器,在減小內存碎片方面做的相對比較好。jemalloc在64位系統中,將內存空間劃分為小、大、巨大三個範圍;每個範圍內又劃分了許多小的內存塊單位;當Redis存儲數據時,會選擇大小最合適的內存塊進行存儲。

    2.2 RedisObject

    redis對象的類型,內部編碼,內存回收,共享對象等功能都需要RedisObject的支持

    typedef struct redisObject{
        unsigned type: 4;
        unsigned encoding: 4;
        unsigned lru: REDIS_LRU_BITS; /*lru time*/
        int refcount;
        void *ptr;
    } robj;
    
    • type 字段 佔4bit 目前有5中類型, REDIS_STRING, REDIS_LIST, REDIS_HASH, REDIS_SET, REDIS_ZSET。 當執行type命令時,便是通過讀取redisObject對象的type字段獲取對象類型

    • encoding 佔4bit (表示對象的內部編碼),對於redis支持的每種類型,都有至少兩種內部編碼。通過object encoding命令,可以查看對象採用的編碼方式

      • 對於字符串,有int, embstr, raw 三種編碼。
      • 對於列表, 有壓縮列表和雙端列表兩種編碼方式,如果列表中元素較少,redis傾向於使用壓縮列表進行存儲,因為壓縮列表內存佔用少,而且比雙端鏈表可以更快載入;當列表對象元素較多時,壓縮列表就會轉化為更適合存儲大量元素的雙端鏈表。
    • lru 不同版本佔用內存大小不一樣,4.0版本佔用24bit,2.6版本佔用22bit

      • 記錄的是對象最後一次被命令程序訪問的時間,通過對比lru時間和當前時間,可以計算某個對象的空轉時間,object idletime命令可以显示該空轉時間 秒級別,改命令並不會改變對象的lru值,lru值除了通過object idletime命令打印之外,還與Redis的內存回收有關係:如果Redis打開了maxmemory選項,且內存回收算法選擇的是volatile-lru或allkeys—lru,那麼當Redis內存佔用超過maxmemory指定的值時,Redis會優先選擇空轉時間最長的對象進行釋放。
    • refcount 共享對象 記錄對象的引用計數,協助內存回收,引用計數可以通過 object refcount命令查看

      • ​ 共享對象的具體實現
      • Redis共享對象目前只支持整數值的對象。實際上是對內存和CPU時間的衡量。共享對象雖然會降低內存消耗,但是判斷兩個對象是否相等時需要消耗時間的。,對於整數值,判斷操作複雜度為O(1);對於普通字符串,判斷複雜度為O(n);而對於哈希、列表、集合和有序集合,判斷的複雜度為O(n^2)。
      • 雖然共享對象只能是整數值的字符串對象,但是5種類型都可能使用共享對象(如哈希、列表等的元素可以使用)。reids服務器在初始化時,會創建10000個字符串對象,值分別是0-9999的整數值。10000這個数字可以通過調整參數REDIS_SHARED_INTEGERS(4.0中是OBJ_SHARED_INTEGERS)的值進行改變
    • ptr 指針指向具體的數據 如 set hello world ptr指向包含字符串world的SDS

    • RedisObject對象大小16字節 4bit+4bit+24bit+4Byte+8Byte=16Byte

    3. Redis內部數據結

    3.1 SDS 簡單動態字符串

    結構

    struct sdshdr {
    	int len;  // 記錄buf數組中已使用字節的數量 等於SDS所保存字符串的長度
        int free;  // 記錄buf數組中未使用的字節數量
        char buf[];
    };
    
    1. SDS結構 佔據的空間:free+len+buf(表示字符串結尾的空字符串), 其中buf=free+len+1. 則總長度為4+4+free+len+1=free+len+9

    2. 與C字符串的比較

      在C字符串的基礎上加入了free和len字段,優勢

      • 獲取字符串長度: SDS O(1), C字符串是O(n)
      • 緩衝區溢出:使用C字符串的API時,如果字符串長度增加(如strcat操作)而忘記重新分配內存,很容易造成緩衝區的溢出;而SDS由於記錄了長度,相應的API在可能造成緩衝區溢出時會自動重新分配內存,杜絕了緩衝區溢出。
      • 修改字符串內存的重分配:對於C字符串,如果要修改字符串,必須要重新分配內存(先釋放再申請),因為如果沒有重新分配,字符串長度增大時會造成內存溢出,字符串長度減小時會造成內存泄漏。對於SDS, 由於記錄了len和free,因此解除了字符串長度和空間數組長度之間的關聯,可以在此基礎上進行優化:空間預分配(分配內存時比實際需要的多)使得字符串長度增大時重新分配內存的概率減小。惰性空間釋放策略 惰性空間釋放用於優化 SDS 的字符串縮短操作: 當 SDS 的 API 需要縮短 SDS 保存的字符串時, 程序並不立即使用內存重分配來回收縮短后多出來的字節, 而是使用 free 屬性將這些字節的數量記錄起來, 並等待將來使用。
      • 二進制安全 C 字符串中的字符必須符合某種編碼(比如 ASCII), 並且除了字符串的末尾之外, 字符串裏面不能包含空字符, 否則最先被程序讀入的空字符將被誤認為是字符串結尾 —— 這些限制使得 C 字符串只能保存文本數據, 而不能保存像圖片、音頻、視頻、壓縮文件這樣的二進制數據。
        SDS 的 API 都是二進制安全的(binary-safe): 所有 SDS API 都會以處理二進制的方式來處理 SDS 存放在 buf 數組裡的數據, 程序不會對其中的數據做任何限制、過濾、或者假設 —— 數據在寫入時是什麼樣的, 它被讀取時就是什麼樣。

      總結:

      • Redis 的字符串表示為 sds ,而不是 C 字符串(以 \0 結尾的 char*)。

      • 對比 C 字符串,sds 有以下特性:
        – 可以高效地執行長度計算(strlen);
        – 可以高效地執行追加操作(append);
        – 二進制安全;

      • sds 會為追加 操作進行優化:加快追加操作的速度,並降低內存分配的次數,代價是多佔用了一些內存,而且這些內存不會被主動釋放。

    3.3 字典

    在Redis中的應用:

    1. 實現數據庫鍵空間(key space) Redis 是一個鍵值對數據庫,數據庫中的鍵值對就由典保存:每個數據庫都有一個與之相對應的字典,這個字典被稱之為鍵空間(key space。
    2. 用作Hash類型鍵的其中一種底層實現

    Redis 的 Hash 類型鍵使用以下兩種數據結構作為底層實現:

    1. 字典;
    2. 壓縮列表

    3.3.1 字典的底層實現

    實現字典的方法有很多種:

    • 最簡單的就是使用鏈表和數組,方式只適用於元素個數不多的情況
    • 兼顧高效和簡單性,使用哈希表
    • 追求更穩定的性能特徵,並且希望高效的實現排序操作,可以是用更為複雜的平衡樹

    Reids選擇了高效且實現簡單的哈希表作為字典的底層實現。

    /* dict.h/dict
    * 字典
    *
    * 每個字典使用兩個哈希表,用於實現漸進式 rehash
    */
    
    typedef struct dict {
        dictType *type;  // 特定於類型的處理函數
        void *privdata;  // 類型處理函數的私有數據
        dictht ht[2];   // 2個哈希表
        
        int rehashidx;  // 記錄rehash 進度的標誌, 值為-1  表示rehash未進行
        
        int iterators;   // 當前正在運作的安全迭代器數量
    } dict;
    

    注: dict類型使用了兩個指針分別指向兩個哈希表

    其中,0號哈希表(ht[0])是字典主要使用的哈希表,而 1號哈希表(ht[1])則只有對0號哈希表進行rehash時才使用。

    3.3.2 哈希表的實現

    /*哈希表*/
    typedef struct dictht {
        dictEntry **table;   // 哈希表節點指針數組(俗稱桶, bucket)
        unsigned long size;  //指針數組的大小
        unsigned long sizemask;   //指針數組的長度掩碼
        unsigned long used;   // 哈希表現有的節點數量
    }dictht;
    
    /*哈希表節點*/
    typedef struct dictEntry {
        void *key;
        union {
            void *val;
            uint64_t u64;
            int64_t s64;
        } v;
        
        // 鏈接後繼系節點
        struct dictEntry *next;
    } dictEntry;
    

    next 屬性指向另一個dictEntry結構, 多個dictEntry 可以通過next指針串連成鏈表dictht使用鏈地址法來處理鍵碰撞;當多個不同鍵擁有相同的哈希值時,哈希表用一個鏈表將這些鍵連接起來。

    3.3.3 哈希碰撞

    在哈希表實現中,當兩個不同的鍵擁有相同的哈希值時,我們稱這兩個鍵發生碰撞(collision),而哈希表實現必須想辦法對碰撞進行處理。字典哈希表所使用的碰撞解決方法被稱之為鏈地址法:這種方法使用鏈表將多個哈希值相同的節點串連在一起,從而解決衝突問題。

    假設現在有一個帶有三個節點的哈希表:

    對於一個新的鍵值對 key4 和 value4 ,如果 key4 的哈希值和 key1 的哈希值相同,那麼它們將在哈希表的 0 號索引上發生碰撞。

    3.2.4 添加新鍵值對時觸發rehash操作?

    對於使用鏈地址法來解決碰撞問題的哈希表 dictht 來說,哈希表的性能依賴於它的大小(size屬性)和它所保存的節點的數量(used 屬性)之間的比率:比率最好在1:1。

    4. 跳躍表

    跳躍表是一種隨機化數據結果,查找、添加、刪除操作都可以在對數期望時間下完成

    跳躍表目前在Redis的唯一作用就是作為有序集類型的底層數據結構之一

    Redis對跳躍表進行了修改包括:

    • score值可重複
    • 對比一個元素需要同時檢查它的score和member
    • 每個節點帶有高度為1層的後退指針,用於從表尾方向向表頭方向迭代

    Redis 為什麼用跳錶而不用平衡樹?

    4.1 skiplist與平衡樹、哈希表的比較

    • skiplist和各種平衡樹(如AVL、紅黑樹等)的元素是有序排列的,而哈希表不是有序的。因此,在哈希表上只能做單個key的查找,不適宜做範圍查找。所謂範圍查找,指的是查找那些大小在指定的兩個值之間的所有節點。
    • 在做範圍查找的時候,平衡樹比skiplist操作要複雜。在平衡樹上,我們找到指定範圍的小值之後,還需要以中序遍歷的順序繼續尋找其它不超過大值的節點。如果不對平衡樹進行一定的改造,這裏的中序遍歷並不容易實現。而在skiplist上進行範圍查找就非常簡單,只需要在找到小值之後,對第1層鏈表進行若干步的遍歷就可以實現。
    • 平衡樹的插入和刪除操作可能引發子樹的調整,邏輯複雜,而skiplist的插入和刪除只需要修改相鄰節點的指針,操作簡單又快速。
    • 從內存佔用上來說,skiplist比平衡樹更靈活一些。一般來說,平衡樹每個節點包含2個指針(分別指向左右子樹),而skiplist每個節點包含的指針數目平均為1/(1-p),具體取決於參數p的大小。如果像Redis里的實現一樣,取p=1/4,那麼平均每個節點包含1.33個指針,比平衡樹更有優勢。
    • 查找單個key,skiplist和平衡樹的時間複雜度都為O(log n),大體相當;而哈希表在保持較低的哈希值衝突概率的前提下,查找時間複雜度接近O(1),性能更高一些。所以我們平常使用的各種Map或dictionary結構,大都是基於哈希表實現的。
    • 從算法實現難度上來比較,skiplist比平衡樹要簡單得多。

    Redis的對象類型和內部編碼

    1. 字符串

    1.1 內部編碼

    • int 8個字節的長整型。字符串值是整型時,這個值使用long整型表示
    • embstr <=39字節的字符串。embstr與raw都使用redisObject和sds保存數據,區別在於,embstr的使用只分配一次內存空間(因此redisObject和sds是連續的),而raw需要分配兩次內存空間(分別為redisObject和sds分配空間)。因此與raw相比,embstr的好處在於創建時少分配一次空間,刪除時少釋放一次空間,以及對象的所有數據連在一起,尋找方便。而embstr的壞處也很明顯,如果字符串的長度增加需要重新分配內存時,整個redisObject和sds都需要重新分配空間,因此redis中的embstr實現為只讀。
    • raw: 大於39個字節的字符串

    1.2 編碼轉換

    新創建的字符串默認使用 REDIS_ENCODING_RAW 編碼,在將字符串作為鍵或者值保存進數據庫時,程序會嘗試將字符串轉為 REDIS_ENCODING_INT 編碼, 字符串的長度不超過512MB

    2. 列表

    創建新列表時Redis默認使用REDIS_ENCODING_ZIPLIST編碼,當一下任意一個條件滿足時,列表會被轉換成REDIS_ENCODING_LINKEDLIST編碼:

    • 試圖往列表新添加一個字符串值,且這個字符串的長度超過sever.list_max_ziplist_value(默認值是64)
    • ziplist 包含的節點超過server.list_max_ziplist_entries(默認的值為512)

    且編碼只可能由壓縮列錶轉化為雙端鏈表,一個列表可以存儲2^32-1個元素

    2.1 壓縮列表

    壓縮列表是Redis為了節約內存而開發的,由一系列特殊編碼的連續內存塊(而不是像雙端鏈表每個節點都是指針) 順序型數據結構;與雙端鏈表相比,壓縮列表可以節省內存空間,但是進行修改或增刪操作時,複雜度較高;因此當節點數量較少時,可以使用壓縮列表;但是節點數量多時,還是使用雙端鏈表划算。因為 ziplist 節約內存的性質,它被哈希鍵、列表鍵和有序集合鍵作為初始化的底層實現來使

    2.2 雙端鏈表

    typedef struct listNode {
        struct listNode *prev;  //前驅節點
        struct listNode *next;  // 後繼節點
        void *value;
    } listNode;
    
    typedef struct list {
        //表頭指針
        listNode *head;
        //表尾指針
        listNode *tail;
        unsigned long len; // 節點長度
        void *(*dup) (void *ptr);
        void (*freee)(void *ptr);
        int (*match) (void *ptr, void *key);
    }list;
    

    小結:

    作為Reids列表的底層實現之一; 作為通用數據結構,被其他功能模塊使用。

    • 節點帶有前驅和後繼指針,訪問前驅節點和後繼節點的複雜度為 O(1) ,並且對鏈表
      的迭代可以在從表頭到表尾和從表尾到表頭兩個方向進行;
    • 鏈錶帶有指向表頭和表尾的指針,因此對錶頭和表尾進行處理的複雜度為 O(1) ;
    • 鏈錶帶有記錄節點數量的屬性,所以可以在 O(1) 複雜度內返回鏈表的節點數量(長
      度);

    3. 哈希表

    • 當哈希表使用字典編碼時,程序將哈希表的鍵(key)保存為字典的鍵,將哈希表的值(value)保存為字典的值, 字典的鍵和值都是字符串對象

    • 壓縮列表編碼的哈希表

    • 編碼轉換

      默認使用ziplist編碼,當滿足以下條件時,自動切換為字典編碼

      • 哈希表中某個鍵或某個值的長度大於sever.hash_max_ziplist_value(默認值是64)
      • ziplist 包含的節點超過server.list_max_ziplist_entries(默認的值為512)

    4. 集合

    第一個添加到集合的元素,決定了創建集合時所使用的編碼:

    • 如果第一個元素可以表示為 long long 類型值(也即是,它是一個整數),那麼集合的初始編碼為 REDIS_ENCODING_INTSET 。
    • 否則,集合的初始編碼為 REDIS_ENCODING_HT 。

    4.1 內部編碼

    當使用 REDIS_ENCODING_HT 編碼時,集合將元素保存到字典的鍵裏面,而字典的值則統一設為 NULL

    如果一個集合使用 REDIS_ENCODING_INTSET 編碼, 當滿足以下條件的時候會轉成字典編碼

    • intset保存的整數值個數超過server.set_max_intset_entries 默認值為512
    • 試圖往集合中添加一個新的元素,這個元素不能被表示為long, long類型,類型不一樣的時候使用字典

    整數集合適用於集合所有元素都是整數且集合元素數量較小的時候,與哈希表相比,整數集合的優勢在於集中存儲,節省空間;同時,雖然對於元素的操作複雜度也由O(1)變為了O(n),但由於集合數量較少,因此操作的時間並沒有明顯劣勢。

    5 .有序集合

    有序集合與集合一樣,元素都不能重複;但與集合不同的是,有序集合中的元素是有順序的。與列表使用索引下標作為排序依據不同,有序集合為每個元素設置一個分數(score)作為排序依據

    5.1 內部編碼

    • 壓縮列表

    • 跳躍表(skiplist)

      跳躍表是一種有序數據結構,通過在每個節點中維持多個指向其他節點的指針,從而達到快速訪問節點的目的。除了跳躍表,實現有序數據結構的另一種典型實現是平衡樹;大多數情況下,跳躍表的效率可以和平衡樹媲美,且跳躍表實現比平衡樹簡單很多,因此redis中選用跳躍表代替平衡樹。跳躍表支持平均O(logN)、最壞O(N)的複雜點進行節點查找,並支持順序操作。Redis的跳躍表實現由zskiplist和zskiplistNode兩個結構組成:前者用於保存跳躍表信息(如頭結點、尾節點、長度等),後者用於表示跳躍表節點

    typedef struct zset {
        dict *dict;
        zskiplist *zsl;
    } zset;
    

    5.2 編碼轉換

    對於一個 REDIS_ENCODING_ZIPLIST 編碼的有序集,只要滿足以下任一條件,就將它轉換為REDIS_ENCODING_SKIPLIST 編碼

    • ziplist所保存的元素數量超過服務器屬性server.zset_max_ziplist_entries值 默認值是128
    • 新添加元素的member的長度大於服務器屬性server.zset_max_ziplist_value 默認值是64

    優化Redis 內存佔用

    1. 利用共享對象,可以減少對象的創建(同時減少了redisObject的創建),節省內存空間。目前redis中的共享對象只包括10000個整數(0-9999);可以通過調整REDIS_SHARED_INTEGERS參數提高共享對象的個數;例如將REDIS_SHARED_INTEGERS調整到20000,則0-19999之間的對象都可以共享。

      考慮這樣一種場景:論壇網站在redis中存儲了每個帖子的瀏覽數,而這些瀏覽數絕大多數分佈在0-20000之間,這時候通過適當增大REDIS_SHARED_INTEGERS參數,便可以利用共享對象節省內存空間

    內存碎片率

    mem_fragmentation_ratio=used_memory_rss (Redis進程佔據操作系統的內存(單位是字節))/ used_memory(Redis分配器分配的內存總量(單位是字節)).

    如果內存碎片率過高(jemalloc在1.03左右比較正常),說明內存碎片多,內存浪費嚴重;這時便可以考慮重啟redis服務,在內存中對數據進行重排,減少內存碎片。

    參考博文與書籍:

    1. 《redis設計與實現》
    2. Redis內存模型
    3. Redis 基礎操作 – 時間複雜度

    本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

    【其他文章推薦】

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

    ※別再煩惱如何寫文案,掌握八大原則!

    ※教你寫出一流的銷售文案?

    ※超省錢租車方案

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

    ※產品缺大量曝光嗎?你需要的是一流包裝設計!