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

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

但正當我們以為十六萬就可以充值中型SUV信仰時，作為實用主義者的，不得不告訴你，這個價格已經可以買到頂配的博越和次頂配的RX5了。同樣是自主品牌SUV，拿着十六萬元的你，到底該買哪一輛呢。

具有里程碑式意義的中型SUV傳祺GS8自推出后就受到不少人的關注，

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

而在其上市公布價格后，十六萬的入門價格的確讓不少人垂涎欲滴，畢竟以往這個尺寸的SUV售價都是動輒二十五萬的。但正當我們以為十六萬就可以充值中型SUV信仰時，作為實用主義者的，不得不告訴你，這個價格已經可以買到頂配的博越和次頂配的RX5了。同樣是自主品牌SUV，拿着十六萬元的你，到底該買哪一輛呢？

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

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

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

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

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

結合 AOP 輕鬆處理事件發布處理日誌

Intro

前段時間，實現了 EventBus 以及 EventQueue 基於 Event 的事件處理，但是沒有做日誌（EventLog）相關的部分，原本想增加兩個接口， 處理事件發布日誌和事件處理日誌，最近用了 AOP 的思想處理了 EntityFramework 的數據變更自動審計，於是想着事件日誌也用 AOP 的思想來實現，而且可能用 AOP 來處理可能會更好一些，最近自己造了一個 AOP 的輪子 —— FluentAspects，下面的示例就以它來演示了，你也可以換成自己喜歡的 AOP 組件，思想是類似的

事件日誌示例

事件發布日誌

事件發布日誌只需要攔截事件發布的方法調用即可，在發布事件時進行攔截，在攔截器中根據需要進行日誌記錄即可

事件發布者接口定義：

public interface IEventPublisher
{
    /// <summary>
    /// publish an event
    /// </summary>
    /// <typeparam name="TEvent">event type</typeparam>
    /// <param name="event">event data</param>
    /// <returns>whether the operation succeed</returns>
    bool Publish<TEvent>(TEvent @event) where TEvent : class, IEventBase;

    /// <summary>
    /// publish an event async
    /// </summary>
    /// <typeparam name="TEvent">event type</typeparam>
    /// <param name="event">event data</param>
    /// <returns>whether the operation succeed</returns>
    Task<bool> PublishAsync<TEvent>(TEvent @event) where TEvent : class, IEventBase;
}

事件發布日誌攔截器：

public class EventPublishLogInterceptor : AbstractInterceptor
{
    public override async Task Invoke(IInvocation invocation, Func<Task> next)
    {
        Console.WriteLine("-------------------------------");
        Console.WriteLine($"Event publish begin, eventData:{invocation.Arguments.ToJson()}");
        var watch = Stopwatch.StartNew();
        try
        {
            await next();
        }
        catch (Exception ex)
        {
            Console.WriteLine($"Event publish exception({ex})");
        }
        finally
        {
            watch.Stop();
            Console.WriteLine($"Event publish complete, elasped:{watch.ElapsedMilliseconds} ms");
        }
        Console.WriteLine("-------------------------------");
    }
}

事件處理日誌

事件處理器接口定義：

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

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

public interface IEventHandler
{
    Task Handle(object eventData);
}

事件處理日誌攔截器定義：

public class EventHandleLogInterceptor : IInterceptor
{
    public async Task Invoke(IInvocation invocation, Func<Task> next)
    {
        Console.WriteLine("-------------------------------");
        Console.WriteLine($"Event handle begin, eventData:{invocation.Arguments.ToJson()}");
        var watch = Stopwatch.StartNew();
        try
        {
            await next();
        }
        catch (Exception ex)
        {
            Console.WriteLine($"Event handle exception({ex})");
        }
        finally
        {
            watch.Stop();
            Console.WriteLine($"Event handle complete, elasped:{watch.ElapsedMilliseconds} ms");
        }
        Console.WriteLine("-------------------------------");
    }
}

AOP 配置

Host.CreateDefaultBuilder(args)
    .ConfigureWebHostDefaults(builder =>
    {
        builder.UseStartup<Startup>();
    })
    .UseFluentAspectsServiceProviderFactory(options =>
    {
        // 攔截器配置
        
        // 攔截 `IEventPublisher` 日誌，註冊事件發布日誌攔截器
        options
            .InterceptType<IEventPublisher>()
            .With<EventPublishLogInterceptor>();

        // 攔截 `IEventHandler`，註冊事件處理日誌攔截器
        options.InterceptType<IEventHandler>()
            .With<EventHandleLogInterceptor>();
    }, builder =>
    {
        // 默認使用默認實現來生成代理，現在提供了 Castle 和 AspectCore 的擴展，也可以自己擴展實現自定義代理生成方式
        // 取消註釋使用 Castle 來生成代理
        //builder.UseCastleProxy();
    }, t => t.Namespace?.StartsWith("WeihanLi") == false // 要忽略的類型斷言
    )
    .Build()
    .Run();

More

事件發布示例，定義了一個發布事件的中間件：

// pageView middleware
app.Use((context, next) =>
{
    var eventPublisher = context.RequestServices
        .GetRequiredService<IEventPublisher>();
    eventPublisher.Publish(new PageViewEvent()
    {
        Path = context.Request.Path.Value,
    });

    return next();
});

事件處理示例是用一個消息隊列的模式來處理的，示例和前面的事件的文章類似，EventConsumer 是一個後台任務，完整代碼示例如下：

public class EventConsumer : BackgroundService
{
    private readonly IEventQueue _eventQueue;
    private readonly IEventHandlerFactory _eventHandlerFactory;

    public EventConsumer(IEventQueue eventQueue, IEventHandlerFactory eventHandlerFactory)
    {
        _eventQueue = eventQueue;
        _eventHandlerFactory = eventHandlerFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        while (!stoppingToken.IsCancellationRequested)
        {
            var queues = await _eventQueue.GetQueuesAsync();
            if (queues.Count > 0)
            {
                await queues.Select(async q =>
                        {
                            var @event = await _eventQueue.DequeueAsync(q);
                            if (null != @event)
                            {
                                var handlers = _eventHandlerFactory.GetHandlers(@event.GetType());
                                if (handlers.Count > 0)
                                {
                                    await handlers
                                            .Select(h => h.Handle(@event))
                                            .WhenAll()
                                        ;
                                }
                            }
                        })
                        .WhenAll()
                    ;
            }

            await Task.Delay(1000, stoppingToken);
        }
    }
}

完整的示例代碼可以從https://github.com/WeihanLi/WeihanLi.Common/blob/dev/samples/AspNetCoreSample 獲取

OverMore

之前在微軟的 EShopOnContainers 項目里又看到類似下面這樣的代碼，在發布事件的時候包裝一層 try … catch 來記錄事件發布日誌，相比之下，本文示例中的這種方式更為簡潔，代碼更清爽

Reference

• https://www.cnblogs.com/weihanli/p/12941919.html
• https://www.cnblogs.com/weihanli/p/implement-event-queue.html
• https://github.com/WeihanLi/WeihanLi.Common
• https://github.com/WeihanLi/WeihanLi.Common/blob/dev/samples/AspNetCoreSample/Startup.cs

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

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

後排幾乎聽不到什麼噪音，這種十分寧靜的乘坐環境，再加上都被過濾掉的路面震動，這種級別的舒適一年都享受不到幾回。我這個X裝的您給幾分。有錢人真好。4。0升V8雙渦輪增壓發動機，應該會送給那些搭載2。0T引擎的對手一個不屑的笑容。

作為梅賽德斯奔馳的旗艦，每一代S級轎車身上，都會有些引領整個行業的東西，絕門的技術、先進的科技或者無與倫比設計。眼前的這台S500就是你在中國能買到的S級轎車的頂配，他能夠給你想要的一切。但是，如果你沒有強大的氣勢或是很好的衣品，那還可以帶一個粗大的黃金鏈子做一下偽裝。因為，這台S500的氣場不是誰都能駕馭，一般人看着就像司機了。

相比起外觀的見仁見智，這一代奔馳S級轎車的內飾設計幾乎是得到了一致的好評，奔馳對豪華的理解果然有一套，這種設計，讓全球各地的消費者都非常認可，同級別豪華轎車內飾的全新典範應該不會有異議。

兩個碩大的12.3英寸液晶显示屏以及幾個圓形的空調出風口，就大致構成了整个中控台的設計。看起來相當的簡約，但卻又透露着濃濃的豪華尊貴和典雅的風範。車內的皮革、金屬等等所有的用料和做工都對得起他近200萬的身價，單就這一個內飾，S500L就已經甩開了對手好幾條街。

坐在後座，我心裏只發出一個感嘆，那就是有錢人，真好。座椅寬大而又舒適，並且放下腿托和腳踏板，就能形成一個近乎平躺的坐姿。而且坐墊比國際航班頭等艙上還要柔軟。打開遮陽簾，形成一個很好的私密環境，再從車載冰箱里拿出一瓶上好的紅酒，看一部好萊塢大片，

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

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

真正感受什麼叫坐奔馳。後排幾乎聽不到什麼噪音，這種十分寧靜的乘坐環境，再加上都被過濾掉的路面震動，這種級別的舒適一年都享受不到幾回。我這個X裝的您給幾分？有錢人真好！

4.0升V8雙渦輪增壓發動機，應該會送給那些搭載2.0T引擎的對手一個不屑的笑容。掛上D擋，鬆開剎車，車是原地不動的，你必須去踩下油門，車輛才會緩慢的前行，而油門的感覺會比整輛車的外觀看起來還要沉穩。一切都是那麼不慌不忙，或者換句話說，這輛車要的就是這種從容的風範。當你駕駛着車輛S500行駛在路上的時候，你會明顯感覺到這是一台很大的車，將近5米3長的車以及修長的車頭都讓你的駕駛非常的小心。但是車輛的轉向卻出乎意料的輕盈，而且無論在任何時候，豎立在車頭的奔馳三叉星logo提醒着你，駕駛這輛車似乎也成了一種很有儀式感的事情。

S500的運動模式有兩個按鍵，第一個是懸挂的運動模式S500的運動模式有兩個按鍵，第一個是懸挂的運動模式按下之後，你會發覺車輛和舒適模式沒有什麼明顯的區別，給我的感覺，他是我開過的最不運動的運動模式。按下第二個發動機的運動模式之後，此時此刻這才是真正的擁有421馬力該有的樣子，油門稍微一點車輛就迫不及待地往前躥，這個大傢伙就像在籠子里被關了很久的猛獸一樣，暴躁又狂野。但是，如果後排有人，你就完蛋了！

這就是S500L，用他的氣場，豪華和舒適，再一次“發明”汽車。

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

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

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

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

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

趙麗穎產後恢復得真好！修身西裝未見絲毫贅肉

不覺間，又迎來了趙麗穎的生日。產後剛復工的她，這次也是難得高調慶祝自己32歲生日。但素有拚命三娘之稱的她，即使是生日也沒有停下工作。在鮮花和蛋糕的圍繞下匆忙慶生，就趕往片場拍戲了。而這次的生日造型，也讓大家有種很新鮮亮眼的感覺了。和以往完全不同的復古攻氣西裝造型，與她甜美的長相來了個大碰撞。#誰的外套更好看#

 

趙麗穎雖然是剛復工不久，但是她整個人的狀態還是非常值得肯定的。不僅沒有圓潤變形，甚至還有種愈發少女的感覺呢。和她獨有的那種甜蜜感混搭在一起，就更是靚麗惹眼如青春美少女了。能夠有勇氣在產後迅速復工，可見趙麗穎本身也是對自己的自我管理有很大的信心啦。看着讓人一點挑不出毛病，真是想不服氣都不行呢。

 

而一貫較常走甜美路線的她，這次也是難得嘗試起了復古攻氣的造型。華麗的頭飾襯得她臉型和五官愈發精緻，看着吸睛有魅力。而身上的則是條紋西裝和白襯衫，給人種很華麗颯爽的感覺。或許是因為她是小圓臉，所以就這麼一看會覺得有點不和諧。特別是這樣的半身照，加上臉上的甜笑就更是俏麗了。和身上霸氣的西裝有點格格不入，氣場還沒能散發出來。

 

但其實別看這樣的造型沒有太多色彩就以為很好駕馭，其實光是髮型就已經非常考驗人了。整齊服帖地盤起頭髮，這對臉型是個極大的挑戰。如果臉型稍微有點缺陷，都會被無情地暴露出來。但穎寶倒是一點都沒有壓力，即使是這樣油光鋥亮的髮型也一樣輕鬆駕馭。臉部線條柔和而精緻，絲毫沒有因為髮型而崩塌半分。

 

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

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

身上的造型也是如此，從設計到細節都在考驗着她的身材和氣質。網紗拼接的襯衫，即使單穿都已經非常華麗高調。而這還不夠，還要搭配黑色細條紋的西裝套裝。強強聯合卻也依舊給人種和諧感，不得不感嘆趙麗穎的時尚消化力了。雖然長得可愛稚嫩，卻一點沒有被這華麗造型搶去風頭。反倒是越看越有韻味，漸漸都不會覺得突兀不搭了呢。

 

不僅穿搭很用心，當日慶生現場的布置也一點都不含糊。看着這精美的布景，不就是每個女生心中標準的慶生現場嗎！鮮花氣球的簇擁圍繞，還要有貌美華麗的三層大蛋糕。在祝福中開心許願，狂拍美照。難怪連趙麗穎都難得在社交平台上連刷一堆美照了，畢竟這個場面可真是美得讓人感覺怎麼拍都不夠。

 

不僅穿搭很用心，當日慶生現場的布置也一點都不含糊。看着這精美的布景，不就是每個女生心中標準的慶生現場嗎！鮮花氣球的簇擁圍繞，還要有貌美華麗的三層大蛋糕。在祝福中開心許願，狂拍美照。難怪連趙麗穎都難得在社交平台上連刷一堆美照了，畢竟這個場面可真是美得讓人感覺怎麼拍都不夠。

 

或許就是因為甜蜜溫馨的布景，大家才會覺得穎寶和這一身造型不搭。但一旦換上布景之後，是不是覺得整個人氣質都變得颯爽不少了呢。超修身的西裝太凸顯好身材，絲毫不見一絲多餘贅肉。視覺上優化身材好比例，讓穎寶在帥氣中又隱藏了幾分性感撩人。沒有多餘的裝飾都覺得看點滿滿，其實這風格的轉換也還是蠻成功的。

 

別說產後能夠恢復成這樣的好狀態了，即使是未生產過的少女都未必能keep出這般好身材呢。腰是腰腿是腿的，可真是太絕啦。看着從甜美小公主轉變為辣媽的穎寶，真是太為她的改變而感到驚喜~

網站內容來源http://www.online.jx.cn/

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

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

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

底盤給人的感覺很從容、紮實。種種的優點，讓榮威RX5在剛上市就成為最熱門的緊湊型SUV，所以下面我們就來說榮威RX5哪款車型最值得買。那就先從1。5T的車型說起，對於部分一些喜歡駕駛樂趣的朋友，開手動的我會推薦20T兩驅手動旗艦版指導價是11。

對於剛上市不久的榮威RX5，已經成為了十多萬級別最熱門的緊湊型SUV，就連哈弗就要慌了。榮威九月份的銷量就達到了13751輛，對於剛上市的車型有這樣的成績，非常不錯。小編朋友上個月買了輛榮威RX5，有幸，小編也自己試了幾天，整車各方面的做工、舒適性出乎我的意料。所以今天就說一下有想買榮威RX5的朋友，到底買哪一款車型性價比更高。

榮威RX5的車身尺寸為4545*1855*1719mm，軸距達到了2700mm，榮威RX5的外觀視覺感還是非常有衝擊性的，很時尚但又不會覺得中庸，霸氣有力量感。無論是中年人還是年輕人，開出去都不會覺得不合適。

在內飾上的設計整體是比較簡潔的，但又不會缺乏時尚感，中控配備的是一塊10.4英寸的電容觸控屏，視覺效果非常棒，犹如一台ipad嵌入中控的樣子。小編在體驗上覺得這塊中控屏，還是挺好用的，導航也是很詳細，功能也特別多，但是要花上點時間，慢慢的適應、研究。

空間也是榮威RX5的優點之一，無論是腿部空間還是頭部空間，都還有很多的余量。座椅也比較寬大，軟硬適中，在乘坐舒適上也是比較高的。

榮威RX5的指導價為指導價：9.98-18.68萬，動力搭載了1.5T和2.0T渦輪增壓發動機，

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

最大馬力169/220，傳動系統方面匹配了6速手動變速箱和7速雙離合變速箱。在動力方面還是非常充裕，但是7速雙離合變速箱在低速會有輕微的頓挫，整車的行駛質感還是非常高的。底盤給人的感覺很從容、紮實。種種的優點，讓榮威RX5在剛上市就成為最熱門的緊湊型SUV，所以下面我們就來說榮威RX5哪款車型最值得買。

那就先從1.5T的車型說起，對於部分一些喜歡駕駛樂趣的朋友，開手動的我會推薦20T兩驅手動旗艦版指導價是11.98W，在配置上面也會比較高，例如電動天窗、上坡輔助等一些個性配置，而且在油耗上也會比自動檔車型更省油。我最不推薦最入門的兩款車型，就連剎車輔助、上坡輔助、車身穩定控制系統最基本的也沒有，而20T旗艦版和入門版只相差2萬，花多兩萬就可以買到手動旗艦版，但是配置多了很多，具體見下錶：

再來比自動豪華版、自動旗艦版。互聯網智享版，配置差異見下錶。旗艦版比豪華版多了無鑰匙進入/啟動、電動天窗、主駕駛座的電動調節、價格貴了9000元，這配置感覺對得起這個差價了。對於喜歡一些科技感的朋友，擁有更高的配置，互聯網的智享版比旗艦版貴1萬元，多出的配置見下錶，性價比還是比較高的，但是對於資金不是很充裕的消費者，謹慎選擇。

因為現在1.6排量以為有購置稅減半的優惠政策，所以絕大部分消費者都選擇1.5T車型。如果在動力方面有需求的，那就要買2.0T的了。30T四驅互聯網至尊版和互聯網智享版相比只是多了適時四驅、中央差速鎖、方向盤換擋、感應雨刷、車道偏離預警系統，價格方面多了兩萬元，如果偶爾去越野撒歡，這兩萬還是挺值的。配置表如下：

編者點評：

榮威20T 兩驅自動旗艦版性價比最高，其次是20T 兩驅互聯網智享版。手動精英、豪華版是最不推薦的，當然資金充裕的朋友，頂配也是可以的。榮威RX5還是一款非常不錯的SUV，無論是行駛品質還是乘坐舒服度都是比較高。RX5還是一款非常值得買的緊湊型SUV本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

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

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

redis簡介

redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字符串)、list(鏈表)、set(集合)、zset(sorted set –有序集合)和hash（哈希類型）。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁盤或者把修改操作寫入追加的記錄文件，並且在此基礎上實現master-slave(主從)同步。

Redis詳細請看我專門寫的redis

https://www.cnblogs.com/you-men/tag/Redis/

如何保持session會話

目前，為了使web能適應大規模的訪問，需要實現應用的集群部署。集群最有效的方案就是負載均衡，而實現負載均衡用戶每一個請求都有可能被分配到不固定的服務器上，這樣我們首先要解決session的統一來保證無論用戶的請求被轉發到哪個服務器上都能保證用戶的正常使用，即需要實現session的共享機制。

在集群系統下實現session統一的有如下幾種方案：

1、請求精確定位：sessionsticky，例如基於訪問ip的hash策略，即當前用戶的請求都集中定位到一台服務器中，這樣單台服務器保存了用戶的session登錄信息，如果宕機，則等同於單點部署，會丟失，會話不複製。

2、session複製共享：sessionreplication，如tomcat自帶session共享，主要是指集群環境下，多台應用服務器之間同步session，使session保持一致，對外透明。 如果其中一台服務器發生故障，根據負載均衡的原理，調度器會遍歷尋找可用節點，分發請求，由於session已同步，故能保證用戶的session信息不會丟失，會話複製,。

此方案的不足之處：

必須在同一種中間件之間完成(如:tomcat-tomcat之間).

session複製帶來的性能損失會快速增加.特別是當session中保存了較大的對象,而且對象變化較快時, 性能下降更加顯著，會消耗系統性能。這種特性使得web應用的水平擴展受到了限制。

Session內容通過廣播同步給成員，會造成網絡流量瓶頸，即便是內網瓶頸。在大併發下錶現並不好

3、基於cache DB緩存的session共享

基於memcache/redis緩存的 session 共享

即使用cacheDB存取session信息，應用服務器接受新請求將session信息保存在cache DB中，當應用服務器發生故障時，調度器會遍歷尋找可用節點，分發請求，當應用服務器發現session不在本機內存時，則去cache DB中查找，如果找到則複製到本機，這樣實現session共享和高可用。

nginx+tomcat+redis實現負載均衡、session共享

環境

主機	操作系統	IP地址	硬件/網絡
Nginx	CentOS7.3	39.108.140.0	1C2G / 公有雲
Tomcat-1	CentOS7.3	121.36.43.2	1C2G / 公有雲
Tomcat-2	CentOS7.3	49.233.69.195	1C2G / 公有雲
Redis	CentOS7.3	116.196.83.113	1C2G / 公有雲
MySQL	CentOS7.3	116.196.83.113	1C2G / 公有雲

實驗拓撲

在這個圖中，nginx做為反向代理，實現靜動分離，將客戶動態請求根據權重隨機分配給兩台tomcat服務器，redis做為兩台tomcat的共享session數據服務器，mysql做為兩台tomcat的後端數據庫。

nginx安裝配置

使用Nginx作為Tomcat的負載平衡器，Tomcat的會話Session數據存儲在Redis，能夠實現零宕機的7×24效果。因為將會話存儲在Redis中，因此Nginx就不必配置成stick粘貼某個Tomcat方式，這樣才能真正實現後台多個Tomcat負載平衡。

部署nginx

#!/usr/bin/env bash
# Author: ZhouJian
# Mail: 18621048481@163.com
# Time: 2019-9-3
# Describe: CentOS 7 Install Nginx Source Code Script

version="nginx-1.14.2.tar.gz"
user="nginx"
nginx=${version%.tar*}
path=/usr/local/src/$nginx
echo $path
if ! ping -c2 www.baidu.com &>/dev/null
then
	echo "網絡不通，無法安裝"
	exit
fi

yum install -y gcc gcc-c++ openssl-devel pcre-devel make zlib-devel wget psmisc
if [ ! -e $version ];then
	wget http://nginx.org/download/$version
fi
if ! id $user &>/dev/null
then
	useradd $user -M -s /sbin/nologin
fi

if [ ! -d /var/tmp/nginx ];then
	mkdir -p /var/tmp/nginx/{client,proxy,fastcgi,uwsgi,scgi}
fi
tar xf $version -C /usr/local/src
cd $path
./configure \
--prefix=/usr/local/nginx \
--user=nginx \
--group=nginx \
--with-http_ssl_module \
--with-http_flv_module \
--with-http_stub_status_module \
--with-http_sub_module \
--with-http_gzip_static_module \
--with-http_auth_request_module \
--with-http_random_index_module \
--with-http_realip_module \
--http-client-body-temp-path=/var/tmp/nginx/client \
--http-proxy-temp-path=/var/tmp/nginx/proxy \
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi \
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \
--http-scgi-temp-path=/var/tmp/nginx/scgi \
--with-pcre \
--with-file-aio \
--with-http_secure_link_module && make && make install
if [ $? -ne 0 ];then
	echo "nginx未安裝成功"
	exit
fi

killall nginx
/usr/local/nginx/sbin/nginx
#echo "/usr/local/nginx/sbin/nginx" >> /etc/rc.local
#chmod +x /etc/rc.local
#systemctl start rc-local
#systemctl enable rc-local
ss -antp |grep nginx

配置nginx反向代理：反向代理+負載均衡+健康探測，nginx.conf文件內容：

vim /usr/local/nginx/conf/nginx.conf
worker_processes  4;
events {
        worker_connections  1024;
}
    http {
        include       mime.types;
        default_type  application/octet-stream;
        sendfile        on;
        keepalive_timeout  65;
        log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                        '$status $body_bytes_sent "$http_referer" '
                        '"$http_user_agent" "$http_x_forwarded_for"';

    #blog lb by oldboy at 201303
        upstream backend_tomcat {
        #ip_hash;
        server 192.168.6.241:8080   weight=1 max_fails=2 fail_timeout=10s;
        server 192.168.6.242:8080   weight=1 max_fails=2 fail_timeout=10s;
        #server 192.168.6.243:8080   weight=1 max_fails=2 fail_timeout=10s;
        }

        server {
            listen       80;
            server_name  www.98yz.cn;
            charset utf-8;
            location / {
                root html;
                index  index.jsp index.html index.htm;
                    }
            location ~* \.(jsp|do)$ {
            proxy_pass  http://backend_tomcat;
            proxy_redirect off;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;
                }
        }

    }

安裝部署tomcat應用程序服務器

在tomcat-1和tomcat-2節點上安裝JDK

在安裝tomcat之前必須先安裝JDK，JDK的全稱是java development kit,是sun公司免費提供的java語言的軟件開發工具包，其中包含java虛擬機（JVM），編寫好的java源程序經過編譯可形成java字節碼，只要安裝了JDK，就可以利用JVM解釋這些字節碼文件，從而保證了java的跨平台性。

安裝JDK，Tomcat 程序

tar xvf jdk-8u151-linux-x64.tar.gz -C /usr/local/
wget https://mirrors.tuna.tsinghua.edu.cn/apache/tomcat/tomcat-8/v8.5.55/bin/apache-tomcat-8.5.55.tar.gz
tar xf apache-tomcat-8.5.55.tar.gz -C /usr/local/
cd /usr/local/
mv apache-tomcat-8.5.55/ tomcat
mv jdk1.8.0_151/ jdk

按照相同方法在tomcat-2也安裝

vim conf/server.xml

// 設置默認虛擬主機，並增加jvmRoute
<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat-1">
  
// 修改默認虛擬主機，並將網站文件路徑指向/web/webapp1，在host段增加context段  
<Host name="localhost"  appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Context docBase="/web/webapp1" path="" reloadable="true"/>
</Host>
  
  
// 增加文檔目錄與測試文件  
mkdir -p /web/webapp1
cd /web/webapp1
cat index.jsp 
<%@page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<html>
    <head>
        <title>tomcat-1</title>
    </head>
    <body>
        <h1><font color="red">Session serviced by tomcat</font></h1>
        <table aligh="center" border="1">
        <tr>
            <td>Session ID</td>
            <td><%=session.getId() %></td>
                <% session.setAttribute("abc","abc");%>
            </tr>
            <tr>
            <td>Created on</td>
            <td><%= session.getCreationTime() %></td>
            </tr>
        </table>
    tomcat-1
    </body>
<html>  
  
  
// 接下來我們將tomcat和nginx都啟動起來,可以發現用戶訪問index.jsp會一會跳轉tomcat1,一會tomcat2,session還不一致  

Tomcat-2節點與tomcat-1節點配置基本類似，只是jvmRoute不同，另外為了區分由哪個節點提供訪問，測試頁標題也不同（生產環境兩個tomcat服務器提供的網頁內容是相同的）。其他的配置都相同。

用瀏覽器訪問nginx主機，驗證負載均衡

驗證健康檢查的方法可以關掉一台tomcat主機，用客戶端瀏覽器測試訪問。

從上面的結果能看出兩次訪問，nginx把訪問請求分別分發給了後端的tomcat-1和tomcat-2，客戶端的訪問請求實現了負載均衡，但sessionid並一樣。所以，到這裏我們準備工作就全部完成了，下面我們來配置tomcat通過redis實現會話保持。

安裝redis

yum -y install gcc
wget http://download.redis.io/releases/redis-4.0.14.tar.gz
tar xvf redis-4.0.14.tar.gz -C /opt/
cd /opt/redis-4.0.14

編譯安裝

# Redis的編譯，只將命令文件編譯，將會在當前目錄生成bin目錄
make && make install  PREFIX=/usr/local/redis
cd ..
mv redis-4.0.14/* /usr/local/redis/

# 創建環境變量
echo 'PATH=$PATH:/usr/local/redis/src/' >> /etc/profile
source /etc/profile

# 此時在任何目錄位置都可以是用redis-server等相關命令
[root@redis1 ~]# redis-
redis-benchmark  redis-check-rdb  redis-sentinel   redis-trib.rb    
redis-check-aof  redis-cli        redis-server 

配置Redis

# 設置後台啟動
# 由於Redis默認是前台啟動，不建議使用.可以修改為後台
daemonize yes


# 禁止protected-mode yes/no(保護模式，是否只允許本地訪問)
protected-mode


# 設置遠程訪問
# Redis默認只允許本機訪問，把bind修改為bind 0.0.0.0 此設置會變成允許所有遠程訪問，如果指定限制訪問，可設置對應IP。
# bind指定是redis所在服務器網卡的IP，不指定本機網卡IP，可能導致你的Redis實例無法啟動
# 如果想限制IP訪問，內網的話通過網絡接口(網卡限定)，讓客戶端訪問固定網卡鏈接redis
# 如果是公網，通過iptables指定某個IP允許訪問
bind 0.0.0.0

# 配置Redis日誌記錄
# 找到logfile，默認為logfile "",改為自定義日誌格式
logfile  /var/log/redis_6379.log

# 把requirepass修改為123456,修改之後重啟下服務
requirepass "123456"
# 不重啟Redis設置密碼
# 在配置文件中配置requirepass的密碼（當Redis重啟時密碼依然生效）
127.0.0.1:6379> config set requirepass test123
# 查詢密碼
127.0.0.1:6379> config get requirepass
1) "requirepass"
2) "test123"

# 密碼驗證
127.0.0.1:6379> auth test123
OK
127.0.0.1:6379> set name flying
OK
127.0.0.1:6379> get name
"flying"

# 遠程主機連接
# redis-cli  -h  redis_ip -p redis_port -a password

啟動測試

# 放到後台輸出，redis自帶日誌了，可以輸出到黑洞
nohup redis-server /usr/local/redis/redis.conf &> /usr/local/redis/redis.log &

# 關閉命令
redis-cli -h 127.0.0.1 -p 6379 -a 123456 shutdown
# 注意：不建議使用 kill -9，這種方式不但不會做持久化操作，還會造成緩衝區等資源不能優雅關閉。極端情況下造成 AOF 和 複製丟失數據 的情況。
# shutdown 還有一個參數，代表是否在關閉 redis 前，生成 持久化文件，命令為 redis-cli shutdown nosave|save。


# 設置開機自啟動
echo "redis-server /usr/local/redis.conf" >> /etc/rc.local

配置tomcat session redis同步

通過TomcatClusterRedisSessionManager，這種方式支持redis3.0的集群方式
下載TomcatRedisSessionManager-2.0.zip包，https://github.com/ran-jit/tomcat-cluster-redis-session-manager，放到$TOMCAT_HOMA/lib下，並解壓

cd /usr/local/tomcat/lib/
wget https://github.com/ran-jit/tomcat-cluster-redis-session-manager/releases/download/2.0.4/tomcat-cluster-redis-session-manager.zip
unzip tomcat-cluster-redis-session-manager.zip 
cp tomcat-cluster-redis-session-manager/lib/* ./
cp tomcat-cluster-redis-session-manager/conf/redis-data-cache.properties ../conf/
cat ../conf/redis-data-cache.properties     
#-- Redis data-cache configuration
//遠端redis數據庫的地址和端口
#- redis hosts ex: 127.0.0.1:6379, 127.0.0.2:6379, 127.0.0.2:6380, ....
redis.hosts=192.168.6.244:6379
//遠端redis數據庫的連接密碼
#- redis password (for stand-alone mode)
redis.password=pwd@123
//是否支持集群，默認的是關閉
#- set true to enable redis cluster mode
redis.cluster.enabled=false
//連接redis的那個庫
#- redis database (default 0)
#redis.database=0
//連接超時時間
#- redis connection timeout (default 2000)
#redis.timeout=2000
//在這個<Context>標籤裏面配置

vim ../conf/context.xml
<Valve className="tomcat.request.session.redis.SessionHandlerValve" />
<Manager className="tomcat.request.session.redis.SessionManager" />

配置會話到期時間在../conf/web.xml

<session-config>
<session-timeout>60</session-timeout>
</session-config>

啟動tomcat服務

[root@linux-node2 lib]# ../bin/startup.sh

Tomcat-2節點與tomcat-1節點配置相同

測試，我們每次強刷他的sessionID都是一致的，所以我們認為他的session會話保持已經完成，你們也可以選擇換個客戶端的IP地址來測試

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

【其他文章推薦】

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

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

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

※超省錢租車方案

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

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

※回頭車貨運收費標準

1. 引言

在所有通信中，信號都會通過一個介質（稱為信道），並且信號會失真，或者在信號通過信道時會向信號中添加各種噪聲。正確解碼接收到的信號而沒有太多錯誤的方法是從接收到的信號中消除信道施加的失真和噪聲。為此，第一步是弄清信號經過的信道的特性。表徵信道的技術/過程稱為信道估計（channel estimation）。此過程將說明如下。

信道估計有很多不同的方法，但是基本概念是相似的。該過程如下進行。

i）設置一個數學模型，以使用“信道”矩陣將“發射信號”和“接收信號”相關。

ii）發射已知信號（我們通常將其稱為“參考信號”或“導頻信號”）並檢測接收到的信號。

iii）通過比較發送信號和接收信號，我們可以找出信道矩陣的每個元素。

作為此過程的示例，這裏簡要介紹LTE中的此過程。當然，很多細節取決於實現（這意味着具體算法可能會因每個特定的芯片組實現而有所不同）。但是，總體概念將是相似的。

2. 通用算法

我們如何找出信道的屬性？即，我們如何估計信道？從高的角度來看，可以如下圖所示。此圖显示以下內容：

i）我們嵌入了一組預定義信號（這稱為參考信號）

ii）當這些參考信號通過信道時，它會與其他信號一起失真（衰減，相移，噪聲）

iii）我們在接收方檢測/解碼接收到的參考信號

iv）比較發送的參考信號和接收的參考信號，並找到它們之間的相關性。

3． SISO的信道估計

現在讓我們考慮LTE SISO的情況，看看如何估計信道屬性（信道係數和噪聲估計）。由於考慮的是SISO系統，因此參考信號僅嵌入到一個天線端口（端口0）中。資源圖中的垂直線表示頻域。因此，這裏用f1，f2，f3 … fn索引了每個參考信號。每個參考符號可以是一個複數（I / Q數據），可以如下所示進行繪製。左側（發送側）的每個複數（參考符號）被修改（失真）為右側的每個對應符號（接收的符號）。信道估計是在左側的複數數組與右側的複數數組之間找到相關性的過程。

估計的詳細方法可能非常取決於實現方式。這裏將描述的方法基於開源：srsLTE（請參閱[1]）

3.1 信道係數的估計

由於這裏只有一根天線，因此每個發射參考信號和接收參考信號的系統模型可以表示如下。y()表示接收到的參考信號的數組，x()表示發送的參考信號()的數組，h()表示信道係數的數組。f1，f2，…只是整數索引。

我們知道x()是什麼，因為給定了它，而y()也知道，因為它是從接收者處測量/檢測到的。有了這些，我們可以很容易地計算出係數陣列，如下所示。

現在我們有了參考信號所在位置的所有信道係數。但是我們需要在所有位置（包括那些沒有參考信號的點）處的信道效率。這意味着我們需要在沒有參考信號的情況下找出那些位置的信道係數。為此，最常見的方法是對測得的係數數組進行插值。在srsLTE的情況下，它首先進行平均，然後對平均信道係數進行插值。

3.2 噪聲的估計

下一步是估計噪聲特性。從理論上講，噪聲可以如下計算。

但是，我們需要的是噪聲的統計屬性，而不是確切的噪聲值。我們可以僅使用測得的信道係數和平均信道來估算噪聲，如下所示（實際上，準確的噪聲值沒有太大意義，因為噪聲值會不斷變化，使用那些特定的噪聲值沒有用）。在srsLTE中，作者使用了這種方法。

4. 2 x 2 MIMO的信道估計

假設我們有一個如下所示的通信系統。x(t)表示發送信號，y(t)表示接收信號。當x(t)傳輸到空中（信道）時，它會變形並獲得各種噪聲，並且可能會相互干擾。因此接收到的信號y(t)不能與發射信號x(t)相同。

發射信號，接收信號和信道矩陣之間的關係可以用數學形式建模，如下所示。

在此等式中，我們知道值x1，x2（已知的發射信號）和y1，y2（檢測/接收的信號）。我們不知道的部分是H矩陣和噪聲（n1，n2）。

為簡單起見，我們假設該信道中沒有噪聲，這意味着我們可以將n1，n2設置為0。（當然，在實際信道中總會存在噪聲，估計噪聲是信道估計中非常重要的一部分，但是我們在此示例中假設沒有噪音，只是為了使其簡單。稍後，當我有更好的知識以通俗的語言描述案件時，我將在案件中添加噪音）。

由於我們具有數學模型，因此下一步是傳輸已知信號（參考信號）並從參考信號中找出信道參數。

假設我們僅通過一個天線發送了幅度為1的已知信號，而另一個天線現在處於關閉狀態。由於信號通過空氣傳播，並且接收方的兩個天線都會檢測到該信號。現在，假設第一個天線接收幅度為0.8的參考信號，第二個天線接收幅度為0.2的參考信號。有了這個結果，我們可以得出如下所示的一行信道矩陣（H）。

假設我們僅通過另一個（第二個）天線發送了幅度為1的已知信號，並且第一個天線現在處於關閉狀態。由於信號通過空氣傳播，並且接收方的兩個天線都會檢測到該信號。現在，假設第一個天線接收到幅度為0.3的參考信號，第二個天線接收到幅度為0.7的參考信號。有了這個結果，我們可以得出如下所示的一行信道矩陣（H）。

夠簡單嗎？我認為理解這個基本概念沒有任何問題。但是，如果完全按照上述方法使用此方法，則可能會導致效率低下。根據上面解釋的概念，應該有一個時刻，僅發送參考信號而沒有實際數據，只是為了估計信道信息，這意味着由於信道估計過程，數據速率將降低。為了消除這種效率低下的問題，實際的通信系統會同時發送參考信號和數據。

現在的問題是“如何在同時傳輸參考信號和數據的同時實現上述概念？”。可以有幾種不同的方法來執行此操作，並且不同的通信系統將使用一些不同的方法。

以LTE為例，我們使用如下所示的方法。在LTE中為2 x 2 MIMO的情況下，每個子幀具有用於每個天線的參考信號的不同位置。天線0的子幀發送了分配給天線0的參考信號，不發送分配給天線1的參考信號的信號。天線1的子幀發送了分配給天線1的參考信號的信號，不發送給參考天線的任何信號。為天線0分配的信號。因此，如果在兩個接收器天線上解碼為天線0的參考信號分配的資源元素，則可以估計h11，h12。（在這裏，為了簡單起見，我們還假設沒有噪音）。如果在兩個接收器天線上解碼分配給天線1參考信號的資源元素，則可以估計h21，h22。

4.1 信道係數的估計

上面說明的過程是針對LTE OFDMA符號中的頻域中的一個特定點測量 \(H\) 矩陣。如果您在對符號的其他部分進行解碼的過程中照原樣應用測量的H值，則解碼的符號的準確性可能不盡人意，因為上一步中使用的測量數據會包含一定程度的噪聲。因此，在實際應用中，對通過上述方法測得的 \(H\) 值進行某種后處理，在此後處理過程中，我們可以找出噪聲的總體統計屬性(例如，噪聲的均值，方差和統計分佈))。要記住的一件事是，在此過程中獲得的特定噪聲值本身並沒有太多意義。從參考信號獲得的特定值將與用於解碼其他數據的噪聲值（非參考信號）不同，因為噪聲值是隨機變化的。然而，那些隨機噪聲的總體特性可以是重要的信息（例如，在SNR估計等中使用）。

在繼續之前，讓我們再次簡單地考慮一下數學模型。即使我們將系統方程式描述如下，其中包括噪聲項，但這並不意味着您可以直接測量噪聲。是不可能的。該方程式僅表明檢測到的信號（y）包含噪聲分量的某些部分。

因此，當我們測量信道係數時，我們使用了沒有噪聲項的設備，如下所示。

在LTE的特定應用中，我們在OFDM符號中有多個測量點（多個參考信號）。這些測量點在頻域上表示。因此，讓我們如下重寫信道矩陣以指示每個信道矩陣的測量點。

現在，假設您已經測量了整個OFDM符號上的H矩陣，那麼您將擁有多個 \(H\) 矩陣，如下所示，每個矩陣都以一個特定的頻率指示H矩陣。

現在你有了一個 \(H\) 矩陣數組。該陣列由四個不同的組組成，每個組用不同的顏色突出显示，如下所示。

當應用后處理算法時，該算法需要分別應用於這些組中的每一個。因此，為簡單起見，我將 \(H\) 矩陣的數組重新排列為多個獨立數組(在本例中為4個數組)，如下所示。

對於這些數組中的每一個，我將進行如下所示的相同處理。（每個芯片組製造商都可以應用稍微不同的方法，但是總體思路是相似的）。在下面說明的方法中，數據（每個頻點中的信道係數陣列）使用IFFT進行處理，這意味着將dta轉換為時域，從而生成標記為（2）的時域數據陣列。實際上，這是特定信道路徑的脈衝響應。然後，我們對該時域數據應用特定的過濾（或加窗）。在此示例中，將某個點的數據替換為零，並創建標記為（3）的結果。您可以應用更複雜的過濾器或窗口，而不是這種簡單的調零。然後，通過將濾波后的信道脈衝數據轉換回頻域，

通過對所有四個陣列執行相同的過程，您可以獲得“估計信道係數陣列”的四個陣列。從這四個陣列中，您可以按以下方式重建估計信道矩陣的陣列。

4.2 噪聲的估計

使用此估算的信道矩陣，您可以使用以下公式估算每個點的噪聲值。這與本頁開頭的原始系統方程式相同，除了將H矩陣替換為“估計的H”矩陣外，現在我們知道除噪聲值以外的所有值。因此，通過插入所有已知值，我們可以在每個測量點計算（估計）噪聲值。

如果將此方程式應用於所有測量點，則將獲得所有測量點的噪聲值，並從這些計算出的噪聲值中獲得噪聲的統計屬性。如上所述，此處計算出的每個單獨的噪聲值沒有太大意義，因為該值不能直接應用於解碼其他信號（非參考信號），但是這些噪聲的統計特性對於確定噪聲而言可能是非常有用的信息。渠道的性質。

注意：如果您對在實際應用中如何使用此算法感興趣，強烈建議閱讀/嘗試使用Ref [2]和[3]。

參考：

[1] srsLTE：\ srslte \ lib \ ch_estimation \ chest_dl.c-srslte_chest_dl_estimate_port（）

[2] 信道估計（Mathworks，LTE工具箱）

[3] NR同步程序

[4] http://www.sharetechnote.com/html/Communication_ChannelEstimation.html#General_Algorithm

更多精彩內容請關注訂閱號優化與算法和加入QQ討論群1032493483獲取更多資料

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

【其他文章推薦】

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

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

※超省錢租車方案

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

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

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

※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!