主頁 >  其他 > ReentrantReadWriteLock讀寫鎖原始碼分析

ReentrantReadWriteLock讀寫鎖原始碼分析

2020-09-26 12:01:12 其他

ReentrantReadWriteLock讀寫鎖原始碼分析

讀寫狀態的設計

ReentrantReadWriteLock也是通過自定義AQS(抽象佇列同步器)實作,同步器內部只有一個狀態,而讀寫鎖需要維護兩個狀態:讀狀態與寫狀態,

ReentrantReadWriteLock將同步器內部的狀態state按位進行拆分:高16位代表讀狀態,低16位代表寫狀態,

java.util.concurrent.locks.ReentrantReadWriteLock.Sync

static final int SHARED_SHIFT   = 16; // 讀鎖偏移的位數
static final int SHARED_UNIT    = (1 << SHARED_SHIFT); // 每多獲取一次讀鎖,state=state+SHARED_UNIT,相當于左移一位
static final int MAX_COUNT      = (1 << SHARED_SHIFT) - 1; // 寫鎖可重入的最大次數、讀鎖最大可獲取次數(不等于獲取讀鎖的執行緒數,一個執行緒可能獲取多次)
static final int EXCLUSIVE_MASK = (1 << SHARED_SHIFT) - 1; // 寫鎖的掩碼,用于計算寫鎖的值 

static int sharedCount(int c)    { return c >>> SHARED_SHIFT; } // 讀鎖計數

static int exclusiveCount(int c) { return c & EXCLUSIVE_MASK; } // 寫鎖的計數,也就是它的重入次數

舉個例子來說明一下state加鎖時值的變化:

  • 假如現在state=65537:
  • 讀鎖計數:將65537無符號右移16位,獲得讀鎖的計數為1,
  • 寫鎖計數:將65537的高16位全部置為0,也就是65537&65535=1,獲取寫鎖的計數為1,

t1和t2同時加讀鎖

讀讀共享并發,

package com.morris.concurrent.lock.reentrantreadwritelock.trace;

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

/**
 * 兩個執行緒加讀鎖
 */
@Slf4j
public class ReadReadDemo {
    private static ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();
    private static ReentrantReadWriteLock.ReadLock readLock = reentrantReadWriteLock.readLock();

    public static void main(String[] args) {
        new Thread(ReadReadDemo::read, "t1").start();
        new Thread(ReadReadDemo::read, "t2").start();
    }

    private static void read() {
        readLock.lock();
        try {
            log.info(Thread.currentThread().getName() + " get readLock");
            TimeUnit.SECONDS.sleep(100);
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            readLock.unlock();
        }
    }
}

在這里插入圖片描述

t1讀鎖的重入

package com.morris.concurrent.lock.reentrantreadwritelock.trace;

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

/**
 * 讀鎖的重入
 */
@Slf4j
public class ReadLockDemo2 {
    private static ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();
    private static ReentrantReadWriteLock.ReadLock readLock = reentrantReadWriteLock.readLock();

    public static void main(String[] args) throws InterruptedException {
        new Thread(() -> {
            readLock.lock();
            try {
                log.info(Thread.currentThread().getName() + " get readLock");

                readLock.lock();
                try {
                    log.info(Thread.currentThread().getName() + " get readLock");
                } finally {
                    readLock.unlock();
                }
            } finally {
                readLock.unlock();
            }
        }, "t1").start();
        TimeUnit.SECONDS.sleep(1);
    }
}

在這里插入圖片描述

t1寫鎖的重入

package com.morris.concurrent.lock.reentrantreadwritelock.trace;

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

@Slf4j
public class Write2Demo {

    private static ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();
    private static ReentrantReadWriteLock.WriteLock writeLock = reentrantReadWriteLock.writeLock();

    public static void main(String[] args) {

        new Thread(() -> {
            writeLock.lock();
            try {
                writeLock.lock();
                try {
                } finally {
                    writeLock.unlock();
                }
            } finally {
                writeLock.unlock();
            }
        }, "t1").start();

    }
}

在這里插入圖片描述

t1寫鎖的降級

鎖降級指的是寫鎖降級成為讀鎖,鎖降級是指當前執行緒持有寫鎖,然后再去獲取到讀鎖,隨后釋放之前擁有的寫鎖的程序,如果當前執行緒擁有寫鎖,然后將其釋放,最后再獲取讀鎖,這種分段完成的程序不能稱之為鎖降級,

為什么可以降級?因為當執行緒持有寫鎖的時候沒有其它執行緒可以獲取讀寫鎖,因此再獲取讀鎖是安全的,而此時再釋放寫鎖就會降級為讀鎖,其它執行緒也可以獲得讀鎖,

為什么不可以升級?因為這會導致死鎖,假設有A、B、C三個執行緒,它們都已持有讀鎖,假設執行緒A嘗試從讀鎖升級到寫鎖,那么它必須等待B和C釋放掉已經獲取到的讀鎖,如果隨著時間推移,B和C逐漸釋放了它們的讀鎖,此時執行緒 A確實是可以成功升級并獲取寫鎖,但是我們考慮一種特殊情況,假設執行緒A和B都想升級到寫鎖,那么對于執行緒A而言,它需要等待其他所有執行緒,包括執行緒B在內釋放讀鎖,而執行緒B也需要等待所有的執行緒,包括執行緒A釋放讀鎖,這就是一種非常典型的死鎖的情況,誰都愿不愿意率先釋放掉自己手中的鎖,

package com.morris.concurrent.lock.reentrantreadwritelock.trace;

import lombok.extern.slf4j.Slf4j;

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

@Slf4j
public class WriteReadDemo {

    private static ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();
    private static ReentrantReadWriteLock.ReadLock readLock = reentrantReadWriteLock.readLock();
    private static ReentrantReadWriteLock.WriteLock writeLock = reentrantReadWriteLock.writeLock();

    public static void main(String[] args) {

        new Thread(() -> {
            writeLock.lock();
            try {
                readLock.lock();
                try {
                } finally {
                    readLock.unlock();
                }
            } finally {
                writeLock.unlock();
            }
        }, "t1").start();
    }
}

在這里插入圖片描述

執行緒重入計數器

AQS的同步狀態的高16位只能記錄當前持有讀鎖的次數,那么每個執行緒對讀鎖的重入次數怎么記錄呢?使用HoldCounter,

static final class HoldCounter {
    int count = 0; // 讀鎖的重入次數
    final long tid = getThreadId(Thread.currentThread()); // 獲取讀鎖的執行緒id
}

//使用ThreadLocal保證每個執行緒都有一份HoldCounter,執行緒安全
static final class ThreadLocalHoldCounter
    extends ThreadLocal<HoldCounter> {
    public HoldCounter initialValue() {
        return new HoldCounter();
    }
}

private transient ThreadLocalHoldCounter readHolds; // 保存所有執行緒的HoldCounter,HoldCounter里面存的每個執行緒重入讀鎖的次數

private transient HoldCounter cachedHoldCounter; // 快取當前執行緒的HoldCounter

private transient Thread firstReader = null; // 記錄第一個獲取讀鎖的執行緒,不會放入readHolds

private transient int firstReaderHoldCount; // 記錄第一個獲取讀鎖的執行緒持有讀鎖的次數,不會放入readHolds

Sync() {
    readHolds = new ThreadLocalHoldCounter(); // 初始化ThreadLocal
    setState(getState()); // ensures visibility of readHolds
}

寫鎖的獲取

寫鎖的邏輯主要在java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryAcquire,其他邏輯跟ReentrantLock差不多,

protected final boolean tryAcquire(int acquires) {

    Thread current = Thread.currentThread();
    int c = getState();
    int w = exclusiveCount(c); // 獲取寫鎖的次數
    // c!=0 說明存在鎖
    if (c != 0) {

        // c != 0 && w == 0 說明存在寫鎖
        // current != getExclusiveOwnerThread() 表示當前執行緒不是獲取鎖的執行緒,不是重入,其他執行緒獲取了寫鎖,所以回傳false
        if (w == 0 || current != getExclusiveOwnerThread())
            return false;
        if (w + exclusiveCount(acquires) > MAX_COUNT)
            throw new Error("Maximum lock count exceeded");
        // 鎖的重入
        setState(c + acquires);
        return true;
    }
    // writerShouldBlock()由子類實作是否要公平
    if (writerShouldBlock() ||
        !compareAndSetState(c, c + acquires))
        return false;
    setExclusiveOwnerThread(current);
    return true;
}

寫鎖的釋放

寫鎖的邏輯主要在java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryRelease

protected final boolean tryRelease(int releases) {
    if (!isHeldExclusively())
        throw new IllegalMonitorStateException();
    int nextc = getState() - releases;
    boolean free = exclusiveCount(nextc) == 0; // 判斷寫鎖的次數是否為0,其他與獨占鎖的釋放邏輯一致
    if (free)
        setExclusiveOwnerThread(null);
    setState(nextc);
    return free;
}

讀鎖的獲取

java.util.concurrent.locks.ReentrantReadWriteLock.ReadLock#lock

public void lock() {
    sync.acquireShared(1);
}

java.util.concurrent.locks.AbstractQueuedSynchronizer#acquireShared

public final void acquireShared(int arg) {
    if (tryAcquireShared(arg) < 0)
        doAcquireShared(arg);
}

java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryAcquireShared

protected final int tryAcquireShared(int unused) {

    Thread current = Thread.currentThread(); // 獲取當前執行緒
    int c = getState(); // 獲取鎖的狀態

    // exclusiveCount(c) != 0 有執行緒獲取寫鎖
    // getExclusiveOwnerThread() != current // 獲取寫鎖的執行緒不是自己
    if (exclusiveCount(c) != 0 &&
        getExclusiveOwnerThread() != current)
        return -1;
    // 到這里有兩種情況
    // 1. 沒有執行緒獲取寫鎖
    // 2. 有執行緒獲取了寫鎖,并且獲取寫鎖的執行緒是自己,也就寫鎖降級為讀鎖
    int r = sharedCount(c); // 獲取讀鎖的次數
    if (!readerShouldBlock() && // 處理公平與非公平
        r < MAX_COUNT &&
        compareAndSetState(c, c + SHARED_UNIT)) {
        // 進入這里說明獲取到了讀鎖
        if (r == 0) { // 說明沒有執行緒獲取讀鎖
            firstReader = current; // 記錄第一個獲取讀鎖的執行緒
            firstReaderHoldCount = 1; // 記錄第一個獲取讀鎖的執行緒的重入次數
        } else if (firstReader == current) {
            firstReaderHoldCount++; // 第一個獲取讀鎖的執行緒的重入次數+1
        } else {
            HoldCounter rh = cachedHoldCounter;
            if (rh == null || rh.tid != getThreadId(current))
                cachedHoldCounter = rh = readHolds.get(); // 快取當前執行緒的HoldCounter
            else if (rh.count == 0)
                readHolds.set(rh); // 這里只有最后一個獲取鎖的的執行緒先持有了鎖,然后釋放了,再獲取才會進入(此時前面還有個執行緒持有了鎖)
            rh.count++; // 重入次數+1
        }
        return 1;
    }
    return fullTryAcquireShared(current);
}

// 快速嘗試獲取讀鎖失敗,則改為自旋獲取,與上面的邏輯大同小異
final int fullTryAcquireShared(Thread current) {

    HoldCounter rh = null;
    for (;;) {
        int c = getState();
        if (exclusiveCount(c) != 0) {
            if (getExclusiveOwnerThread() != current)
                return -1;
            // else we hold the exclusive lock; blocking here
            // would cause deadlock.
        } else if (readerShouldBlock()) {
            // Make sure we're not acquiring read lock reentrantly
            if (firstReader == current) {
                // assert firstReaderHoldCount > 0;
            } else {
                if (rh == null) {
                    rh = cachedHoldCounter;
                    if (rh == null || rh.tid != getThreadId(current)) {
                        rh = readHolds.get();
                        if (rh.count == 0)
                            readHolds.remove();
                    }
                }
                if (rh.count == 0)
                    return -1;
            }
        }
        if (sharedCount(c) == MAX_COUNT)
            throw new Error("Maximum lock count exceeded");
        if (compareAndSetState(c, c + SHARED_UNIT)) {
            if (sharedCount(c) == 0) {
                firstReader = current;
                firstReaderHoldCount = 1;
            } else if (firstReader == current) {
                firstReaderHoldCount++;
            } else {
                if (rh == null)
                    rh = cachedHoldCounter;
                if (rh == null || rh.tid != getThreadId(current))
                    rh = readHolds.get();
                else if (rh.count == 0)
                    readHolds.set(rh);
                rh.count++;
                cachedHoldCounter = rh; // cache for release
            }
            return 1;
        }
    }
}

為了提高讀鎖的效率,會記錄第一個獲取鎖的執行緒及它的重入次數,也會記錄最后一個持有鎖的執行緒的重入次數,而其他持有鎖的執行緒的重入次數會存到每個執行緒對應的ThreadLocal中,

當上面嘗試獲取讀鎖失敗后,后進入到佇列然后開始休眠:

java.util.concurrent.locks.AbstractQueuedSynchronizer#doAcquireShared

private void doAcquireShared(int arg) {
    final Node node = addWaiter(Node.SHARED); // 加入到同步佇列
    boolean failed = true;
    try {
        boolean interrupted = false;
        for (;;) {
            final Node p = node.predecessor();
            if (p == head) {
                int r = tryAcquireShared(arg); // 頭節點嘗試獲取鎖
                if (r >= 0) {
                    setHeadAndPropagate(node, r); // 當前執行緒獲取到讀鎖后會喚醒下一個獲取讀鎖的執行緒
                    p.next = null; // help GC
                    if (interrupted)
                        selfInterrupt();
                    failed = false;
                    return;
                }
            }
            if (shouldParkAfterFailedAcquire(p, node) &&
                parkAndCheckInterrupt()) // 休眠
                interrupted = true;
        }
    } finally {
        if (failed)
            cancelAcquire(node);
    }
}

private void setHeadAndPropagate(Node node, int propagate) {
    Node h = head; // Record old head for check below
    setHead(node); // 當前執行緒對應的節點會成為頭節點,以前的頭結點會被GC回收

    if (propagate > 0 || h == null || h.waitStatus < 0 ||
        (h = head) == null || h.waitStatus < 0) {
        Node s = node.next;
        if (s == null || s.isShared()) // 下一個節點是讀
            doReleaseShared(); // 喚醒
    }
}

private void doReleaseShared() {
    for (;;) {
        Node h = head;
        if (h != null && h != tail) {
            int ws = h.waitStatus;
            if (ws == Node.SIGNAL) {
                if (!compareAndSetWaitStatus(h, Node.SIGNAL, 0))
                    continue;            // loop to recheck cases
                unparkSuccessor(h); // 喚醒
            }
            else if (ws == 0 &&
                     !compareAndSetWaitStatus(h, 0, Node.PROPAGATE))
                continue;                // loop on failed CAS
        }
        if (h == head)                   // loop if head changed
            break;
    }
}

讀鎖的釋放

java.util.concurrent.locks.ReentrantReadWriteLock.ReadLock#unlock

public void unlock() {
    sync.releaseShared(1);
}

java.util.concurrent.locks.AbstractQueuedSynchronizer#releaseShared

public final boolean releaseShared(int arg) {
    if (tryReleaseShared(arg)) { 只有讀鎖全部都被釋放了才會回傳true
        doReleaseShared(); // 喚醒獲取寫鎖的執行緒
        return true;
    }
    return false;
}

java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryReleaseShared

protected final boolean tryReleaseShared(int unused) {
    Thread current = Thread.currentThread();
    if (firstReader == current) {
        // assert firstReaderHoldCount > 0;
        if (firstReaderHoldCount == 1)
            firstReader = null;
        else
            firstReaderHoldCount--;
    } else {
        HoldCounter rh = cachedHoldCounter;
        if (rh == null || rh.tid != getThreadId(current))
            rh = readHolds.get();
        int count = rh.count;
        if (count <= 1) {
            readHolds.remove(); // ThreadLocal用完要洗掉,避免記憶體泄漏
            if (count <= 0)
                throw unmatchedUnlockException();
        }
        --rh.count;
    }
    for (;;) {
        int c = getState();
        int nextc = c - SHARED_UNIT;
        if (compareAndSetState(c, nextc)) // 獲取讀鎖的次數-1
            return nextc == 0; // 沒有執行緒持了鎖的
    }
}

公平的實作

static final class FairSync extends Sync {
    private static final long serialVersionUID = -2274990926593161451L;
    final boolean writerShouldBlock() {
        return hasQueuedPredecessors();
    }
    final boolean readerShouldBlock() {
        return hasQueuedPredecessors();
    }
}

writerShouldBlock和readerShouldBlock方法都表示當有別的執行緒也在嘗試獲取鎖時,是否應該阻塞,

對于公平模式,hasQueuedPredecessors()方法表示前面是否有等待執行緒,一旦前面有等待執行緒,那么為了遵循公平,當前執行緒也就應該被加入同步佇列,然后阻塞,

非公平的實作

static final class NonfairSync extends Sync {
    private static final long serialVersionUID = -8159625535654395037L;
    final boolean writerShouldBlock() {
        return false; // 寫鎖一直能夠被獲取
    }
    final boolean readerShouldBlock() {
        return apparentlyFirstQueuedIsExclusive();
    }
    
    // 如果同步佇列中的第一個節點獲取寫鎖,則讀鎖不能獲取成功,為了避免寫鎖的饑餓
    final boolean apparentlyFirstQueuedIsExclusive() {
        Node h, s;
        return (h = head) != null &&
            (s = h.next)  != null &&
            !s.isShared()         &&
            s.thread != null;
    }
}

轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/131745.html

標籤:AI

上一篇:Java將檔案或者檔案夾壓縮成zip(修復檔案夾中存在多個檔案報Stream Closed錯誤問題)

下一篇:全域添加日志-自定義注解

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種:三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看,三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看,三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統,“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及:虛擬機CentOs下執行 yum -y install lrzsz命令,出現錯誤:鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示:其實很簡單,往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號, sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求,SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生, 2020-08-28 16:18:25 分類專欄: kail 網路安全 linux 文章標簽: linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么? 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼: #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘(北斗授時服務器)讓網路資料更精準

    北斗電力時鐘(北斗授時服務器)讓網路資料更精準 北斗電力時鐘(北斗授時服務器)讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年,資訊技術的得了快速發展,互聯網在逐漸普及,其在人們生活和生產中都得到了廣泛應用,并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用,一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub:https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺,后來才有了CTFHub。 感覺不論是網頁UI設計,還是題目質量,賽事跟蹤,工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解(net user / type /md /rd/ dir /cd /net use copy、批處理 等) 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝,密碼啊破解03Linux常用命令04LAMP 01LINUX windows: win03 8 12 16 19 配置不繁瑣 Linux:redhat,centos(紅帽社區版),Ubuntu server,suse unix:金融機構,證券,銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 (POST注入/XSS漏洞上傳)3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題,描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章,不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》,我也是第一時間得知了這個訊息,然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本: 個人認為這件事也沒什么,還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip:192.168.20.121 靶機ip:192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k,軟體測驗工程師的漲薪史,給我看哭了

    清明節一過,盲猜大家已經無心上班,在數著日子準備過五一,但一想到銀行卡里的余額……瞬間心情就不美麗了。最近,2023年高校畢業生就業調查顯示,本科畢業月平均起薪為5825元。調查一出,便有很多同學表示自己又被平均了。看著這一資料,不免讓人想到前不久中國青年報的一項調查:近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文,所以對學習母語的我們非常不友好 使用網址:https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜,前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜,自動化測驗的需求也越來越高。如今,自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分,它們可以幫助開發人員更快地發現和修復錯誤,提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐:4個DVPP記憶體問題的典型案例解讀

    摘要:由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求(例如,記憶體首地址128位元組對齊),因此需呼叫專用的記憶體申請介面,那么本期就分享幾個關于DVPP記憶體問題的典型案例,并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》,作者:昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊,輔助滲透(埠掃描、登錄密碼爆破、漏洞驗證等) 2、encoders 編碼器模塊,主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手:與相機連接,設定相機引數,采集影像 2) 標定助手:九點標定或是其它的標定,生成標定檔案及內參外參,可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客,先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp),這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接: https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more