怎么使用chatgpt解決隱藏的bug

本篇內(nèi)容主要講解“怎么使用chatgpt解決隱藏的bug”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“怎么使用chatgpt解決隱藏的bug”吧!

隱藏的“間諜”

下面先來(lái)看代碼（偽代碼）

code

/**
 * 兩個(gè)從數(shù)據(jù)庫(kù)查詢的耗時(shí)任務(wù)
 * @param countDownLatch
 * @param all
 */
public static void testCount(CountDownLatch countDownLatch, List<String> all) {
    for (int i = 0; i < 2; i++) {
        int finalI = i;
        ThreadPoolFactory.getGeneral().execute(() -> {
            try {
                List<String> countList = new ArrayList<>();
                //這里之所以用for循環(huán)，是因?yàn)椴樵儤I(yè)務(wù)需要0和1兩個(gè)狀態(tài)去查詢
                if (finalI == 0) {
                //這里其實(shí)是查詢數(shù)據(jù)庫(kù)的mapper操作，為了方便演示
                    countList.add("1");
                    countList.add("2");
                    countList.add("3");
                } else {
                //這里其實(shí)是查詢數(shù)據(jù)庫(kù)的mapper操作，為了方便演示
                    countList.add("5");
                    countList.add("6");
                    countList.add("7");
                    countList.add("8");
                }
                if (countList != null) {
                    all.addAll(countList);
                }
            } catch (Exception ex) {
                ex.printStackTrace();
            } finally {
                countDownLatch.countDown();
            }
        });
    }
}
//線程池類
public class ThreadPoolFactory {
    private static final Logger logger = LoggerFactory.getLogger(ThreadPoolFactory.class);
    private static final ThreadFactory GENERAL_THREAD_FACTORY = new ThreadFactoryBuilder().setNameFormat("general-pool-%d").build();
    /**
     * corePoolSize：核心線程池大小
     * maximumPoolSize：最大線程池大小
     * keepAliveTime：線程最大空閑時(shí)間
     * unit：時(shí)間單位
     * workQueue：線程等待隊(duì)列  四種隊(duì)列 1.ArrayBlockingQueue：有界隊(duì)列，2.SynchronousQueue：同步隊(duì)列，3.LinkedBlockingQueue：無(wú)界隊(duì)列，4.DelayQueue：延時(shí)阻塞隊(duì)列
     * threadFactory：線程創(chuàng)建工廠
     * handler：拒絕策略 四種策略 1.ThreadPoolExecutor.AbortPolicy()：2.ThreadPoolExecutor.CallerRunsPolicy()：3.ThreadPoolExecutor.DiscardOldestPolicy()：4.ThreadPoolExecutor.DiscardPolicy()
     */
    private static final ExecutorService GENERAL = new ThreadPoolExecutor(5, 10,
            30L, TimeUnit.MILLISECONDS,
            new LinkedBlockingQueue<>(4096), GENERAL_THREAD_FACTORY, new ThreadPoolExecutor.AbortPolicy());
    public static ExecutorService getGeneral() {
        return GENERAL;
    }
}
//main方法測(cè)試
public static void main(String[] args) throws Exception {
    List<String> all = new ArrayList<>();
    CountDownLatch countDownLatch = new CountDownLatch(2);
    testCount(countDownLatch,all);
    countDownLatch.await(10, TimeUnit.SECONDS);
    System.out.println(all);
}

對(duì)于上面CountDownLatch不了解的的可以看下我歷史的文章： 干貨！CountDownLatch的使用場(chǎng)景

看到這里不知道你們能否看出端倪，先說(shuō)問(wèn)題結(jié)果吧，最后的這個(gè)all集合為空，生產(chǎn)上的接口也是同樣的問(wèn)題，我上面的代碼是和生產(chǎn)上的1:1復(fù)制的偽代碼。

我先說(shuō)下我的排查思路：

1、線程池問(wèn)題，我認(rèn)為是線程沒(méi)有被及時(shí)的回收，時(shí)間太長(zhǎng)，并發(fā)數(shù)過(guò)高，導(dǎo)致線程不夠用，第一想到的是便是線程數(shù)需要增加

2、數(shù)據(jù)庫(kù)數(shù)據(jù)過(guò)多，導(dǎo)致查詢比以前慢出一個(gè)量級(jí)，最后隊(duì)列阻塞，拖垮線程（這個(gè)概率比較低，因?yàn)閿?shù)據(jù)庫(kù)查詢很快返回，并沒(méi)有需要優(yōu)化的慢sql）

3、懷疑是這個(gè)循環(huán)造成的，比如某種機(jī)制少循環(huán)或者不循環(huán)，去掉for循環(huán)依然沒(méi)解決問(wèn)題

驗(yàn)證第一位”間諜“

首先擴(kuò)大核心線程數(shù)和最大線程數(shù)，將這倆參數(shù)擴(kuò)大為10和20

private static final ExecutorService GENERAL = new ThreadPoolExecutor(10, 20,
            30L, TimeUnit.MILLISECONDS,
            new LinkedBlockingQueue<>(4096), GENERAL_THREAD_FACTORY, new ThreadPoolExecutor.AbortPolicy());

擴(kuò)大之后，放上去能查出數(shù)據(jù)了，感覺解決了這個(gè)大問(wèn)題

那句話怎么說(shuō)來(lái)著，真相往往不是那么的容易發(fā)現(xiàn)，最先抓到的都是小魚小蝦，果不其然，運(yùn)行了一周左右，同樣的問(wèn)題又出現(xiàn)了，感覺這就是一水缸，你把水缸變大，終有蓄滿的一天。我們都知道，線程池可不是越大越好。

那么真相究竟是什呢，看到這里的小伙伴如果你已經(jīng)有了答案，可以先去評(píng)論區(qū)評(píng)論，不要看下面的答案。

借助GPT“偵探柯南”

chatgpt這里我就不多說(shuō)了，這個(gè)東西如果現(xiàn)在還不了解的，那我就。。。就只能求求你趕緊去了解下吧

我把生產(chǎn)上的代碼完整的貼上去，他是這樣回答的

不得不說(shuō)，一語(yǔ)中的，僅5秒就把我們所能想到和不能想到的都回答出來(lái)了

• 很顯然，第二點(diǎn)，第三點(diǎn)我們基本上驗(yàn)證通過(guò)了

• 那就是第一點(diǎn)了，其實(shí)我們?cè)缇蛻?yīng)該想到這一點(diǎn)的，多線程環(huán)境下，線程安全問(wèn)題是首位的?。?！

找出"真兇"

使用synchronized關(guān)鍵字解決線程安全

使用synchronized關(guān)鍵字來(lái)同步訪問(wèn)all列表，即在多個(gè)線程訪問(wèn)all列表時(shí)，使用同一個(gè)鎖來(lái)保證線程安全，避免出現(xiàn)數(shù)據(jù)不一致的問(wèn)題。這樣就解決了多個(gè)線程可能會(huì)同時(shí)訪問(wèn)并修改數(shù)據(jù)，導(dǎo)致數(shù)據(jù)丟失或損壞的問(wèn)題。

聰明的你有沒(méi)有找出“真兇”呢？？？

還記得我們加大線程數(shù)來(lái)解決問(wèn)題嗎，我又問(wèn)了一個(gè)問(wèn)題

擴(kuò)大線程池的參數(shù)可能會(huì)提高程序的并發(fā)處理能力，但并不能從根本上解決問(wèn)題。如果是由于數(shù)據(jù)同步問(wèn)題導(dǎo)致的線程池查不到數(shù)據(jù)，那么擴(kuò)大線程池只是把問(wèn)題暫時(shí)推遲了而已。此外，擴(kuò)大線程池的核心線程池?cái)?shù)量也會(huì)占用更多的系統(tǒng)資源

到此，相信大家對(duì)“怎么使用chatgpt解決隱藏的bug”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！