基于Java在netty中實現(xiàn)線程和CPU綁定

更新時間：2022年05月20日 08:51:23 作者：程序那些事

這篇文章主要介紹了基于Java在netty中實現(xiàn)線程和CPU綁定，文章圍繞主題的相關(guān)內(nèi)容展開詳細(xì)介紹，具有一定的參考價值，需要的小伙伴可以參考一下

簡介

使用java thread affinity庫我們可以將線程綁定到特定的CPU或者CPU核上，通過減少線程在CPU之間的切換，從而提升線程執(zhí)行的效率。

雖然netty已經(jīng)夠優(yōu)秀了，但是誰不想更加優(yōu)秀一點呢？于是一個想法產(chǎn)生了，那就是能不能把a(bǔ)ffinity庫用在netty中呢？答案是肯定的，一起來看看吧。

引入affinity

affinity是以jar包的形式提供出去的，目前最新的正式版本是3.20.0，所以我們需要這樣引入：

<!-- https://mvnrepository.com/artifact/net.openhft/affinity -->
<dependency>
    <groupId>net.openhft</groupId>
    <artifactId>affinity</artifactId>
    <version>3.20.0</version>
</dependency>

引入affinity之后，會在項目的依賴庫中添加一個affinity的lib包，這樣我們就可以在netty中愉快的使用affinity了。

AffinityThreadFactory

有了affinity，怎么把a(bǔ)ffinity引入到netty中呢?

我們知道affinity是用來控制線程的，也就是說affinity是跟線程有關(guān)的。而netty中跟線程有關(guān)的就是EventLoopGroup,先看一下netty中EventLoopGroup的基本用法，這里以NioEventLoopGroup為例,NioEventLoopGroup有很多構(gòu)造函數(shù)的參數(shù)，其中一種是傳入一個ThreadFactory：

    public NioEventLoopGroup(ThreadFactory threadFactory) {
        this(0, threadFactory, SelectorProvider.provider());
    }

這個構(gòu)造函數(shù)表示NioEventLoopGroup中使用的線程都是由threadFactory創(chuàng)建而來的。這樣以來我們就找到了netty和affinity的對應(yīng)關(guān)系。只需要構(gòu)造affinity的ThreadFactory即可。

剛好affinity中有一個AffinityThreadFactory類，專門用來創(chuàng)建affinity對應(yīng)的線程。

接下來我們來詳細(xì)了解一下AffinityThreadFactory。

AffinityThreadFactory可以根據(jù)提供的不同AffinityStrategy來創(chuàng)建對應(yīng)的線程。AffinityStrategy表示的是線程之間的關(guān)系。

在affinity中，有5種線程關(guān)系，分別是：

SAME_CORE - 線程會運行在同一個CPU core中。
SAME_SOCKET - 線程會運行在同一個CPU socket中，但是不在同一個core上。
DIFFERENT_SOCKET - 線程會運行在不同的socket中。
DIFFERENT_CORE - 線程會運行在不同的core上。
ANY - 只要是可用的CPU資源都可以。

這些關(guān)系是通過AffinityStrategy中的matches方法來實現(xiàn)的：

boolean matches(int cpuId, int cpuId2);

matches傳入兩個參數(shù)，分別是傳入的兩個cpuId。

我們以SAME_CORE為例來看看這個mathes方法到底是怎么工作的：

    SAME_CORE {
        @Override
        public boolean matches(int cpuId, int cpuId2) {
            CpuLayout cpuLayout = AffinityLock.cpuLayout();
            return cpuLayout.socketId(cpuId) == cpuLayout.socketId(cpuId2) &&
                    cpuLayout.coreId(cpuId) == cpuLayout.coreId(cpuId2);
        }
    }

可以看到它的邏輯是先獲取當(dāng)前CPU的layout，CpuLayout中包含了cpu個數(shù)，sockets個數(shù)，每個sockets的cpu核數(shù)等基本信息。

并且提供了三個方法根據(jù)給定的cpuId返回對應(yīng)的socket、core和thread信息：

    int socketId(int cpuId);
    int coreId(int cpuId);
    int threadId(int cpuId);

matches方法就是根據(jù)傳入的cpuId找到對應(yīng)的socket,core信息進(jìn)行比較，從而生成了5中不同的策略。

先看一下AffinityThreadFactory的構(gòu)造函數(shù)：

    public AffinityThreadFactory(String name, boolean daemon, @NotNull AffinityStrategy... strategies) {
        this.name = name;
        this.daemon = daemon;
        this.strategies = strategies.length == 0 ? new AffinityStrategy[]{AffinityStrategies.ANY} : strategies;
    }

可以傳入thread的name前綴，和是否是守護(hù)線程，最后如果strategies不傳的話，默認(rèn)使用的是AffinityStrategies.ANY策略，也就是說為線程分配任何可以綁定的CPU。

接下來看下這個ThreadFactory是怎么創(chuàng)建新線程的：

public synchronized Thread newThread(@NotNull final Runnable r) {
        String name2 = id <= 1 ? name : (name + '-' + id);
        id++;
        Thread t = new Thread(new Runnable() {
            @Override
            public void run() {
                try (AffinityLock ignored = acquireLockBasedOnLast()) {
                    r.run();
                }
            }
        }, name2);
        t.setDaemon(daemon);
        return t;
    }
    private synchronized AffinityLock acquireLockBasedOnLast() {
        AffinityLock al = lastAffinityLock == null ? AffinityLock.acquireLock() : lastAffinityLock.acquireLock(strategies);
        if (al.cpuId() >= 0)
            lastAffinityLock = al;
        return al;
    }

從上面的代碼可以看出，創(chuàng)建的新線程會以傳入的name為前綴，后面添加1，2，3，4這種后綴。并且根據(jù)傳入的是否是守護(hù)線程的標(biāo)記，將調(diào)用對應(yīng)線程的setDaemon方法。

重點是Thread內(nèi)部運行的Runnable內(nèi)容，在run方法內(nèi)部，首先調(diào)用acquireLockBasedOnLast方法獲取lock，在獲得lock的前提下運行對應(yīng)的線程方法，這樣就會將當(dāng)前運行的Thread和CPU進(jìn)行綁定。

從acquireLockBasedOnLast方法中，我們可以看出AffinityLock實際上是一個鏈?zhǔn)浇Y(jié)構(gòu)，每次請求的時候都調(diào)用的是lastAffinityLock的acquireLock方法，如果獲取到lock，則將lastAffinityLock進(jìn)行替換，用來進(jìn)行下一個lock的獲取。

有了AffinityThreadFactory，我們只需要在netty的使用中傳入AffinityThreadFactory即可。

在netty中使用AffinityThreadFactory

上面講到了要在netty中使用affinity，可以將AffinityThreadFactory傳入EventLoopGroup中。對于netty server來說可以有兩個EventLoopGroup，分別是acceptorGroup和workerGroup，在下面的例子中我們將AffinityThreadFactory傳入workerGroup，這樣后續(xù)work中分配的線程都會遵循AffinityThreadFactory中配置的AffinityStrategies策略，來獲得對應(yīng)的CPU：

//建立兩個EventloopGroup用來處理連接和消息
        EventLoopGroup acceptorGroup = new NioEventLoopGroup(acceptorThreads);
        //創(chuàng)建AffinityThreadFactory
        ThreadFactory threadFactory = new AffinityThreadFactory("affinityWorker", AffinityStrategies.DIFFERENT_CORE,AffinityStrategies.DIFFERENT_SOCKET,AffinityStrategies.ANY);
        //將AffinityThreadFactory加入workerGroup
        EventLoopGroup workerGroup = new NioEventLoopGroup(workerThreads,threadFactory);
        try {
            ServerBootstrap b = new ServerBootstrap();
            b.group(acceptorGroup, workerGroup)
                    .channel(NioServerSocketChannel.class)
                    .childHandler(new ChannelInitializer<SocketChannel>() {
                        @Override
                        public void initChannel(SocketChannel ch) throws Exception {
                            ch.pipeline().addLast(new AffinityServerHandler());
                        }
                    })
                    .option(ChannelOption.SO_BACKLOG, 128)
                    .childOption(ChannelOption.SO_KEEPALIVE, true);

            // 綁定端口并開始接收連接
            ChannelFuture f = b.bind(port).sync();

            // 等待server socket關(guān)閉
            f.channel().closeFuture().sync();
        } finally {
            //關(guān)閉group
            workerGroup.shutdownGracefully();
            acceptorGroup.shutdownGracefully();
        }

為了獲取更好的性能，Affinity還可以對CPU進(jìn)行隔離，被隔離的CPU只允許執(zhí)行本應(yīng)用的線程，從而獲得更好的性能。

要使用這個特性需要用到linux的isolcpus。這個功能主要是將一個或多個CPU獨立出來，用來執(zhí)行特定的Affinity任務(wù)。

isolcpus命令后面可以接CPU的ID,或者可以修改/boot/grub/grub.conf文件，添加要隔離的CPU信息如下：