java鎖

来源:https://www.cnblogs.com/pingping-joe/archive/2019/03/26/10598156.html
-Advertisement-
Play Games

java鎖 1.樂觀鎖 2.悲觀鎖 3.自旋鎖 4.Synchronized同步鎖 synchronized 它可以把任意一個非 NULL 的對象當作鎖。他屬於獨占式的悲觀鎖，同時屬於可重入鎖。 Synchronized 作用範圍 Synchronized 核心組件 Synchronized實現 5 ...


java鎖

1.樂觀鎖

樂觀鎖是一種樂觀思想，即認為讀多寫少，遇到併發寫的可能性低，每次去拿數據的時候都認為
別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數
據，採取在寫時先讀出當前版本號，然後加鎖操作（比較跟上一次的版本號，如果一樣則更新），
如果失敗則要重覆讀-比較-寫的操作。
java 中的樂觀鎖基本都是通過 CAS 操作實現的，CAS 是一種更新的原子操作，比較當前值跟傳入
值是否一樣，一樣則更新，否則失敗。

2.悲觀鎖

悲觀鎖是就是悲觀思想，即認為寫多，遇到併發寫的可能性高，每次去拿數據的時候都認為別人會修改，所以每次在讀寫數據的時候都會上鎖，這樣別人想讀寫這個數據就會 block 直到拿到鎖。java中的悲觀鎖就是Synchronized,AQS框架下的鎖則是先嘗試cas樂觀鎖去獲取鎖，獲取不到，才會轉換為悲觀鎖，如 RetreenLock。

3.自旋鎖

自旋鎖原理:
     如果持有鎖的線程能在很短時間內釋放鎖資源，那麼那些等待競爭鎖的線程就不需要做內核態和用戶態之間的切換進入阻塞掛起狀態，它們只需要等一等（自旋），等持有鎖的線程釋放鎖後即可立即獲取鎖，這樣就避免用戶線程和內核的切換的消耗。線程自旋是需要消耗 cup 的，說白了就是讓 cup 在做無用功，如果一直獲取不到鎖，那線程也不能一直占用 cup 自旋做無用功，所以需要設定一個自旋等待的最大時間。如果持有鎖的線程執行的時間超過自旋等待的最大時間扔沒有釋放鎖，就會導致其它爭用鎖的線程在最大等待時間內還是獲取不到鎖，這時爭用線程會停止自旋進入阻塞狀態。
​
自旋鎖的優缺點:
    自旋鎖儘可能的減少線程的阻塞，這對於鎖的競爭不激烈，且占用鎖時間非常短的代碼塊來說性能能大幅度的提升，因為自旋的消耗會小於線程阻塞掛起再喚醒的操作的消耗，這些操作會導致線程發生兩次上下文切換！但是如果鎖的競爭激烈，或者持有鎖的線程需要長時間占用鎖執行同步塊，這時候就不適合使用自旋鎖了，因為自旋鎖在獲取鎖前一直都是占用 cpu 做無用功，占著 XX 不 XX，同時有大量線程在競爭一個鎖，會導致獲取鎖的時間很長，線程自旋的消耗大於線程阻塞掛起操作的消耗，其它需要 cup 的線程又不能獲取到 cpu，造成 cpu 的浪費。所以這種情況下我們要關閉自旋鎖；
​
自旋鎖時間閾值（1.6 引入了適應性自旋鎖）:
    自旋鎖的目的是為了占著 CPU 的資源不釋放，等到獲取到鎖立即進行處理。但是如何去選擇自旋的執行時間呢？如果自旋執行時間太長，會有大量的線程處於自旋狀態占用 CPU 資源，進而會影響整體系統的性能。因此自旋的周期選的額外重要！JVM 對於自旋周期的選擇，jdk1.5 這個限度是一定的寫死的，在 1.6 引入了適應性自旋鎖，適應性自旋鎖意味著自旋的時間不在是固定的了，而是由前一次在同一個鎖上的自旋時間以及鎖的擁有者的狀態來決定，基本認為一個線程上下文切換的時間是最佳的一個時間，同時 JVM 還針對當前 CPU 的負荷情況做了較多的優化，如果平均負載小於 CPUs 則一直自旋，如果有超過(CPUs/2)個線程正在自旋，則後來線程直接阻塞，如果正在自旋的線程發現 Owner 發生了變化則延遲自旋時間（自旋計數）或進入阻塞，如果 CPU 處於節電模式則停止自旋，自旋時間的最壞情況是 CPU的存儲延遲（CPU A 存儲了一個數據，到 CPU B 得知這個數據直接的時間差），自旋時會適當放棄線程優先順序之間的差異。
    
自旋鎖的開啟:
    JDK1.6 中-XX:+UseSpinning 開啟；-XX:PreBlockSpin=10 為自旋次數；
    JDK1.7 後，去掉此參數，由 jvm 控制；

4.Synchronized同步鎖

synchronized 它可以把任意一個非 NULL 的對象當作鎖。他屬於獨占式的悲觀鎖，同時屬於可重入鎖。

Synchronized 作用範圍

1. 作用於方法時，鎖住的是對象的實例(this)；
2. 當作用於靜態方法時，鎖住的是Class實例，又因為Class的相關數據存儲在永久帶PermGen（jdk1.8 則是 metaspace），永久帶是全局共用的，因此靜態方法鎖相當於類的一個全局鎖，會鎖所有調用該方法的線程；
3. synchronized 作用於一個對象實例時，鎖住的是所有以該對象為鎖的代碼塊。它有多個隊列，當多個線程一起訪問某個對象監視器的時候，對象監視器會將這些線程存儲在不同的容器中。

Synchronized 核心組件

1) Wait Set：哪些調用 wait 方法被阻塞的線程被放置在這裡；
2) Contention List：競爭隊列，所有請求鎖的線程首先被放在這個競爭隊列中；
3) Entry List：Contention List 中那些有資格成為候選資源的線程被移動到 Entry List 中；
4) OnDeck：任意時刻，最多只有一個線程正在競爭鎖資源，該線程被成為 OnDeck；
5) Owner：當前已經獲取到所資源的線程被稱為 Owner；
6) !Owner：當前釋放鎖的線程。

Synchronized實現

1. JVM 每次從隊列的尾部取出一個數據用於鎖競爭候選者（OnDeck），但是併發情況下，ContentionList 會被大量的併發線程進行 CAS 訪問，為了降低對尾部元素的競爭，JVM 會將一部分線程移動到 EntryList 中作為候選競爭線程。
​
2. Owner 線程會在 unlock 時，將 ContentionList 中的部分線程遷移到 EntryList 中，並指定EntryList 中的某個線程為 OnDeck 線程（一般是最先進去的那個線程）。
​
3. Owner 線程並不直接把鎖傳遞給 OnDeck 線程，而是把鎖競爭的權利交給 OnDeck，OnDeck 需要重新競爭鎖。這樣雖然犧牲了一些公平性，但是能極大的提升系統的吞吐量，在JVM 中，也把這種選擇行為稱之為“競爭切換”。
​
4. OnDeck 線程獲取到鎖資源後會變為 Owner 線程，而沒有得到鎖資源的仍然停留在 EntryList中。如果 Owner 線程被 wait 方法阻塞，則轉移到 WaitSet 隊列中，直到某個時刻通過 notify或者 notifyAll 喚醒，會重新進去 EntryList 中。
​
5. 處於 ContentionList、EntryList、WaitSet 中的線程都處於阻塞狀態，該阻塞是由操作系統來完成的（Linux 內核下採用 pthread_mutex_lock 內核函數實現的）
​
6. Synchronized 是非公平鎖。 Synchronized 線上程進入 ContentionList 時，等待的線程會先嘗試自旋獲取鎖，如果獲取不到就進入 ContentionList，這明顯對於已經進入隊列的線程是不公平的，還有一個不公平的事情就是自旋獲取鎖的線程還可能直接搶占 OnDeck 線程的鎖資源。參考：https://blog.csdn.net/zqz_zqz/article/details/70233767
​
7. 每個對象都有個 monitor 對象，加鎖就是在競爭 monitor 對象，代碼塊加鎖是在前後分別加上 monitorenter 和 monitorexit 指令來實現的，方法加鎖是通過一個標記位來判斷的
​
8. synchronized 是一個重量級操作，需要調用操作系統相關介面，性能是低效的，有可能給線程加鎖消耗的時間比有用操作消耗的時間更多。
​
9. Java1.6，synchronized 進行了很多的優化，有適應自旋、鎖消除、鎖粗化、輕量級鎖及偏向鎖等，效率有了本質上的提高。在之後推出的 Java1.7 與 1.8 中，均對該關鍵字的實現機理做了優化。引入了偏向鎖和輕量級鎖。都是在對象頭中有標記位，不需要經過操作系統加鎖。
​
10. 鎖可以從偏向鎖升級到輕量級鎖，再升級到重量級鎖。這種升級過程叫做鎖膨脹；
​
11. JDK 1.6 中預設是開啟偏向鎖和輕量級鎖，可以通過-XX:-UseBiasedLocking 來禁用偏向鎖。

5.ReentrantLock

    ReentantLock 繼承介面 Lock 並實現了介面中定義的方法，他是一種可重入鎖，除了能完成 synchronized 所能完成的所有工作外，還提供了諸如可響應中斷鎖、可輪詢鎖請求、定時鎖等避免多線程死鎖的方法。Lock 介面的主要方法
​
1. void lock(): 執行此方法時, 如果鎖處於空閑狀態, 當前線程將獲取到鎖. 相反, 如果鎖已經被其他線程持有, 將禁用當前線程, 直到當前線程獲取到鎖.
​
2. boolean tryLock()：如果鎖可用, 則獲取鎖, 並立即返回 true, 否則返回 false. 該方法和lock()的區別在於, tryLock()只是"試圖"獲取鎖, 如果鎖不可用, 不會導致當前線程被禁用, 
當前線程仍然繼續往下執行代碼. 而 lock()方法則是一定要獲取到鎖, 如果鎖不可用, 就一直等待, 在未獲得鎖之前,當前線程並不繼續向下執行. 
​
3. void unlock()：執行此方法時, 當前線程將釋放持有的鎖. 鎖只能由持有者釋放, 如果線程並不持有鎖, 卻執行該方法, 可能導致異常的發生.
​
4. Condition newCondition()：條件對象，獲取等待通知組件。該組件和當前的鎖綁定，當前線程只有獲取了鎖，才能調用該組件的 await()方法，而調用後，當前線程將縮放鎖。
​
5. getHoldCount() ：查詢當前線程保持此鎖的次數，也就是執行此線程執行 lock 方法的次數。
​
6. getQueueLength（）：返回正等待獲取此鎖的線程估計數，比如啟動 10 個線程，1 個線程獲得鎖，此時返回的是 9
​
7. getWaitQueueLength：（Condition condition）返回等待與此鎖相關的給定條件的線程估計數。比如 10 個線程，用同一個 condition 對象，並且此時這 10 個線程都執行了condition 對象的 await 方法，那麼此時執行此方法返回 10
​
8. hasWaiters(Condition condition)：查詢是否有線程等待與此鎖有關的給定條件(condition)，對於指定 contidion 對象，有多少線程執行了 condition.await 方法
​
9. hasQueuedThread(Thread thread)：查詢給定線程是否等待獲取此鎖
​
10. hasQueuedThreads()：是否有線程等待此鎖
​
11. isFair()：該鎖是否公平鎖
​
12. isHeldByCurrentThread()： 當前線程是否保持鎖鎖定，線程的執行 lock 方法的前後分別是 false 和 true
​
13. isLock()：此鎖是否有任意線程占用
​
14. lockInterruptibly（）：如果當前線程未被中斷，獲取鎖15. tryLock（）：嘗試獲得鎖，僅在調用時鎖未被線程占用，獲得鎖16. tryLock(long timeout TimeUnit unit)：如果鎖在給定等待時間內沒有被另一個線程保持，則獲取該鎖。

非公平鎖

JVM 按隨機、就近原則分配鎖的機制則稱為不公平鎖，ReentrantLock 在構造函數中提供了是否公平鎖的初始化方式，預設為非公平鎖。非公平鎖實際執行的效率要遠遠超出公平鎖，除非程式有特殊需要，否則最常用非公平鎖的分配機制。

公平鎖

公平鎖指的是鎖的分配機制是公平的，通常先對鎖提出獲取請求的線程會先被分配到鎖，ReentrantLock 在構造函數中提供了是否公平鎖的初始化方式來定義公平鎖。

ReentrantLock 與 synchronized

  1. ReentrantLock 通過方法 lock()與 unlock()來進行加鎖與解鎖操作，與 synchronized 會被 JVM 自動解鎖機制不同，ReentrantLock 加鎖後需要手動進行解鎖。為了避免程式出現異常而無法正常解鎖的情況，使用 ReentrantLock 必須在 finally 控制塊中進行解鎖操作。

  1. ReentrantLock 相比 synchronized 的優勢是可中斷、公平鎖、多個鎖。這種情況下需要使用 ReentrantLock。ReentrantLock 實現

       public class MyService {
            private Lock lock = new ReentrantLock();//
            Lock lock = new ReentrantLock(true);//公平鎖 //
            Lock lock = new ReentrantLock(false);//非公平鎖 
            private Condition condition = lock.newCondition();//創建  Condition   
            public void testMethod() {
                try {
                    lock.lock();//lock 加鎖
                    //1：wait 方法等待：                                                          
                    // System.out.println("開始 wait");                                            
                    // condition.await();
                    //通過創建 Condition 對象來使線程 wait，必須先執行                                
                    // lock.lock 方法獲得鎖//:
                    // 2：signal 方法喚醒
                    condition.signal();
                    //condition 對象的 signal 方法可以喚醒 wait 線程 
                    for (int i = 0; i < 5; i++) {
                        System.out.println("ThreadName=" + Thread.currentThread().getName() + (" " + (i + 1)));
                    }
                } catch (InterruptedException e) {
                    e.printStackTrace();
                } finally {
                    lock.unlock();
                }
            }
        }

     

    Condition 類和 Object 類鎖方法區別區別
    1. Condition 類的 awiat 方法和 Object 類的 wait 方法等效2. Condition 類的 signal 方法和 Object 類的 notify 方法等效3. Condition 類的 signalAll 方法和 Object 類的 notifyAll 方法等效4. ReentrantLock 類可以喚醒指定條件的線程，而 object 的喚醒是隨機tryLock 和 lock 和 lockInterruptibly 的區別
    ​
    2. tryLock 能獲得鎖就返回 true，不能就立即返回 false，tryLock(long timeout,TimeUnit  unit)，可以增加時間限制，如果超過該時間段還沒獲得鎖，返回 false2. lock 能獲得鎖就返回 true，不能的話一直等待獲得鎖3. lock 和 lockInterruptibly，如果兩個線程分別執行這兩個方法，但此時中斷這兩個線程，lock 不會拋出異常，而 lockInterruptibly 會拋出異常。
    ​
    ​

     

    6.Semaphore 信號量

       Semaphore 是一種基於計數的信號量。它可以設定一個閾值，基於此，多個線程競爭獲取許可信號，做完自己的申請後歸還，超過閾值後，線程申請許可信號將會被阻塞。Semaphore 可以用來構建一些對象池，資源池之類的，比如資料庫連接池實現互斥鎖（計數器為 1）我們也可以創建計數為 1 的 Semaphore，將其作為一種類似互斥鎖的機制，這也叫二元信號量，表示兩種互斥狀態。
    代碼實現
    它的用法如下：
            // 創建一個計數閾值為 5 的信號量對象
            // 只能 5 個線程同時訪問
            Semaphore semp = new Semaphore(5);
            try {
                // 申請許可semp.acquire();
                try {
                    // 業務邏輯13/04/2018 Page 69 of 283}
                    catch(Exception e){
                    }
                } finally {
                    // 釋放許可
                    semp.release();
                }
            } catch (InterruptedException e) {
            }

     

    Semaphore 與 ReentrantLock
        Semaphore 基本能完成 ReentrantLock 的所有工作，使用方法也與之類似，通過 acquire()與release()方法來獲得和釋放臨界資源。經實測，Semaphone.acquire()方法預設為可響應中斷鎖，與 ReentrantLock.lockInterruptibly()作用效果一致，也就是說在等待臨界資源的過程中可以被Thread.interrupt()方法中斷。此外，Semaphore 也實現了可輪詢的鎖請求與定時鎖的功能，除了方法名 tryAcquire 與 tryLock
    不同，其使用方法與 ReentrantLock 幾乎一致。Semaphore 也提供了公平與非公平鎖的機制，也可在構造函數中進行設定。Semaphore 的鎖釋放操作也由手動進行，因此與 ReentrantLock 一樣，為避免線程因拋出異常而無法正常釋放鎖的情況發生，釋放鎖的操作也必須在 finally 代碼塊中完成。

     

    7.AtomicInteger

        首先說明，此處 AtomicInteger ，一個提供原子操作的 Integer 的類，常見的還有AtomicBoolean、AtomicInteger、AtomicLong、AtomicReference 等，他們的實現原理相同，區別在與運算對象類型的不同。令人興奮地，還可以通過 AtomicReference<V>將一個對象的所有操作轉化成原子操作。我們知道，在多線程程式中，諸如++i 或 i++等運算不具有原子性，是不安全的線程操作之一。通常我們會使用 synchronized 將該操作變成一個原子操作，但 JVM 為此類操作特意提供了一些同步類，使得使用更方便，且使程式運行效率變得更高。通過相關資料顯示，通常AtomicInteger的性能是 ReentantLock 的好幾倍

     

    8.可重入鎖（遞歸鎖）

        本文裡面講的是廣義上的可重入鎖，而不是單指 JAVA 下的 ReentrantLock。可重入鎖，也叫做遞歸鎖，指的是同一線程 外層函數獲得鎖之後 ，內層遞歸函數仍然有獲取該鎖的代碼，但不受影響。在 JAVA 環境下 ReentrantLock 和 synchronized 都是 可重入鎖。

    9.公平鎖與非公平鎖

    公平鎖（Fair）    
       加鎖前檢查是否有排隊等待的線程，優先排隊等待的線程，先來先得
    非公平鎖（Nonfair）
        加鎖時不考慮排隊等待問題，直接嘗試獲取鎖，獲取不到自動到隊尾等待
     1. 非公平鎖性能比公平鎖高 5~10 倍，因為公平鎖需要在多核的情況下維護一個隊列
     2. Java 中的 synchronized 是非公平鎖，ReentrantLock 預設的 lock()方法採用的是非公平鎖。

    10.ReadWriteLock

        ReadWriteLock 讀寫鎖為了提高性能，Java 提供了讀寫鎖，在讀的地方使用讀鎖，在寫的地方使用寫鎖，靈活控制，如果沒有寫鎖的情況下，讀是無阻塞的,在一定程度上提高了程式的執行效率。讀寫鎖分為讀鎖和寫鎖，多個讀鎖不互斥，讀鎖與寫鎖互斥，這是由 jvm 自己控制的，你只要上好相應的鎖即可。
    讀鎖
    如果你的代碼只讀數據，可以很多人同時讀，但不能同時寫，那就上讀鎖
    寫鎖
    如果你的代碼修改數據，只能有一個人在寫，且不能同時讀取，那就上寫鎖。
        總之，讀的時候上讀鎖，寫的時候上寫鎖！Java 中 讀 寫 鎖 有 個 接 口 java.util.concurrent.locks.ReadWriteLock ， 也 有 具 體 的 實 現ReentrantReadWriteLock。

    11.共用鎖和獨占鎖

    java 併發包提供的加鎖模式分為獨占鎖和共用鎖。

    獨占鎖

       獨占鎖模式下，每次只能有一個線程能持有鎖，ReentrantLock 就是以獨占方式實現的互斥鎖。獨占鎖是一種悲觀保守的加鎖策略，它避免了讀/讀衝突，如果某個只讀線程獲取鎖，則其他讀線程都只能等待，這種情況下就限制了不必要的併發性，因為讀操作並不會影響數據的一致性。

    共用鎖

       共用鎖則允許多個線程同時獲取鎖，併發訪問 共用資源，如：ReadWriteLock。共用鎖則是一種樂觀鎖，它放寬了加鎖策略，允許多個執行讀操作的線程同時訪問共用資源。
    1.AQS 的內部類 Node 定義了兩個常量 SHARED 和 EXCLUSIVE，他們分別標識 AQS 隊列中等待線程的鎖獲取模式。.
    ​
    2. java 的併發包中提供了 ReadWriteLock，讀-寫鎖。它允許一個資源可以被多個讀操作訪問，或者被一個 寫操作訪問，但兩者不能同時進行。

    12.鎖的狀態總共有四種：無鎖狀態、偏向鎖、輕量級鎖和

    重量級鎖。

    a.重量級鎖

      （Mutex Lock）Synchronized 是通過對象內部的一個叫做監視器鎖（monitor）來實現的。但是監視器鎖本質又是依賴於底層的操作系統的 Mutex Lock 來實現的。而操作系統實現線程之間的切換這就需要從用戶態轉換到核心態，這個成本非常高，狀態之間的轉換需要相對比較長的時間，這就是為什麼Synchronized 效率低的原因。因此，這種依賴於操作系統 Mutex Lock 所實現的鎖我們稱之為“重量級鎖”。JDK 中對 Synchronized 做的種種優化，其核心都是為了減少這種重量級鎖的使用。JDK1.6 以後，為了減少獲得鎖和釋放鎖所帶來的性能消耗，提高性能，引入了“輕量級鎖”和“偏向鎖”。

    b. 輕量級鎖

    鎖升級
       隨著鎖的競爭，鎖可以從偏向鎖升級到輕量級鎖，再升級的重量級鎖（但是鎖的升級是單向的，也就是說只能從低到高升級，不會出現鎖的降級）。“輕量級”是相對於使用操作系統互斥量來實現的傳統鎖而言的。但是，首先需要強調一點的是，輕量級鎖並不是用來代替重量級鎖的，它的本意是在沒有多線程競爭的前提下，減少傳統的重量級鎖使用產生的性能消耗。在解釋輕量級鎖的執行過程之前，先明白一點，輕量級鎖所適應的場景是線程交替執行同步塊的情況，如果存在同一時間訪問同一鎖的情況，就會導致輕量級鎖膨脹為重量級鎖

    c.偏向鎖

        Hotspot 的作者經過以往的研究發現大多數情況下鎖不僅不存在多線程競爭，而且總是由同一線程多次獲得。偏向鎖的目的是在某個線程獲得鎖之後，消除這個線程鎖重入（CAS）的開銷，看起來讓這個線程得到了偏護。引入偏向鎖是為了在無多線程競爭的情況下儘量減少不必要的輕量級鎖執行路徑，因為輕量級鎖的獲取及釋放依賴多次 CAS 原子指令，而偏向鎖只需要在置換ThreadID 的時候依賴一次 CAS 原子指令（由於一旦出現多線程競爭的情況就必須撤銷偏向鎖，所以偏向鎖的撤銷操作的性能損耗必須小於節省下來的 CAS 原子指令的性能消耗）。上面說過，輕量級鎖是為了線上程交替執行同步塊時提高性能，而偏向鎖則是在只有一個線程執行同步塊時進一步提高性能。

    12.分段鎖

        分段鎖也並非一種實際的鎖，而是一種思想 ConcurrentHashMap 是學習分段鎖的最好實

     

    13.鎖優化

    a.減少鎖持有時間
       只用在有線程安全要求的程式上加鎖
    b.減小鎖粒度
       將大對象（這個對象可能會被很多線程訪問），拆成小對象，大大增加並行度，降低鎖競爭。降低了鎖的競爭，偏向鎖，輕量級鎖成功率才會提高。最最典型的減小鎖粒度的案例就是ConcurrentHashMap。
    c.鎖分離
       最常見的鎖分離就是讀寫鎖 ReadWriteLock，根據功能進行分離成讀鎖和寫鎖，這樣讀讀不互斥，讀寫互斥，寫寫互斥，即保證了線程安全，又提高了性能，具體也請查看[高併發 Java 五] 
    JDK 併發包 1。讀寫分離思想可以延伸，只要操作互不影響，鎖就可以分離。比LinkedBlockingQueue 從頭部取出，從尾部放數據
    d.鎖粗化
       通常情況下，為了保證多線程間的有效併發，會要求每個線程持有鎖的時間儘量短，即在使用完公共資源後，應該立即釋放鎖。但是，凡事都有一個度，如果對同一個鎖不停的進行請求、同步和釋放，其本身也會消耗系統寶貴的資源，反而不利於性能的優化
    f. 鎖消除
       鎖消除是在編譯器級別的事情。在即時編譯器時，如果發現不可能被共用的對象，則可以消除這些對象的鎖操作，多數是因為程式員編碼不規範引起。

     


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • javascript中數組的常用演算法深入分析
    Array數組是Javascript構成的一個重要的部分，它可以用來存儲字元串、對象、函數、Number，它是非常強大的。因此深入瞭解Array是前端必修的功課。本文將給大家詳細介紹了javascript中數組的常用演算法，下麵話不多說了，來一起看看詳細的介紹吧 一、jQuery插件不改變原數組，返回 ...
  • JS設置cookie、讀取cookie、刪除cookie
    JavaScript是運行在客戶端的腳本，因此一般是不能夠設置Session的，因為Session是運行在伺服器端的。 而cookie是運行在客戶端的，所以可以用JS來設置cookie. 假設有這樣一種情況，在某個用例流程中，由A頁面跳至B頁面，若在A頁面中採用JS用變數temp保存了某一變數的值， ...
  • JS截取字元串常用方法詳細整理
    使用 substring()或者slice() 函數：split() 功能：使用一個指定的分隔符把一個字元串分割存儲到數組 例子： str=”jpg|bmp|gif|ico|png”; arr=theString.split(”|”); //arr是一個包含字元值”jpg”、”bmp”、”gif”、 ...
  • vue過濾器用法實例分析
    過濾器: vue提供過濾器: capitalize uppercase currency.... ? 1 2 3 <div id="box"> {{msg|currency ￥}} </div> ? 1 2 3 <div id="box"> {{msg|currency ￥}} </div> ? 1 ...
  • js 定時器的用法和清除
    一、設置定時器 window對象提供了兩個方法來實現定時器的效果， 分別是window.setTimeout()和window.setInterval。其中前者可以使一段代碼在指定時間後運行；而後者則可以使一段代碼每過指定時間就運行一次。它們的原型如下： window.setTimeout(code ...
  • 關於Java中static關鍵字的用法以及從記憶體角度解析
    在Java中，static可以用來修飾成員變數和成員方法。 修飾成員變數，稱為靜態成員方法 修飾靜態方法，稱為靜態成員方法 搞清楚用法和區別之前，先搞清static聲明的變數和普通非靜態變數在記憶體的分佈是怎樣的，這樣的話，理解起來會事半功倍的。 代碼測試如下： 運行結果： 張三 王隔壁 在記憶體的結果 ...
  • BUAA_OO第一單元總結性博客作業——表達式求導
    一、程式設計思路 在我的三次作業中都採用了類的分層結構，採用逐項匹配，分層求導的思路。 （一）、 第一次作業中構建了Polynimial（多項式）類，在類的構造器中就完成了對非法空格的判斷並對合法表達式進行刪除空格處理。由於第一次作業僅含有帶有繫數的冪函數與常數項，因而我就沒有專門構建針對每一個項的 ...
  • C++學習（二十五）（C語言部分）之 結構體2
    基本概述： int double char; 定義一個學生類型 int Student 姓名 性別 年齡 簡單地說 結構體是一個可以包含不同類型的結構，他是一個自定義的類型。 struct 結構體標識符{成員變數;}; struct 是系統關鍵字，用來說明當前定義了一個自定義類型 結構體標識符 為了 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類