ios開辟navigationController pushViewController 方法屢次跳轉前往到最下層前往到指定的某一層的完成辦法
本系列基於煉數成金課程，為了更好的進修，做了系列的記載。 本文重要引見 1.甚麼是線程 2.線程的根本操作 3.守護線程 4.線程優先級 5.根本的線程同步操作
1. 甚麼是線程
線程是過程內的履行單位
某個過程傍邊都有若干個線程。
線程是過程內的履行單位。
應用線程的緣由是，過程的切換長短常分量級的操作，異常消費資本。假如應用多過程，那末並發數絕對來講不會很高。而線程是更渺小的調劑單位，加倍輕量級，所以線程會較為普遍的用於並發設計。
在Java傍邊線程的概念和操作體系級別線程的概念是相似的。現實上，Jvm將會把Java中的線程映照到操作體系的線程區。
2. 線程的根本操作
2.1 線程狀況圖
上圖是Java中線程的根本操作。
當new出一個線程時，其實線程並沒有任務。它只是生成了一個實體，當你挪用這個實例的start辦法時，線程才真正地被啟動。啟動後到Runnable狀況，Runnable表現該線程的資本等等曾經被預備好，曾經可以履行了，然則其實不表現必定在履行狀況，因為時光片輪轉，該線程也能夠此時並沒有在履行。關於我們來講，該線程可以以為曾經被履行了，然則能否真實履行，還得看物理cpu的調劑。當線程義務履行停止後，線程就到了Terminated狀況。
有時刻在線程的履行傍邊，弗成防止的會請求某些鎖或某個對象的監督器，當沒法獲得時，這個線程會被壅塞住，會被掛起，到了Blocked狀況。假如這個線程挪用了wait辦法，它就處於一個Waiting狀況。進入Waiting狀況的線程會期待其他線程給它notify，告訴到以後由Waiting狀況又切換到Runnable狀況持續履行。固然期待狀況有兩種，一種是無窮期期待，直到被notify。一向則是無限期期待，好比期待10秒照樣沒有被notify，則主動切換到Runnable狀況。
2.2 新建線程
Thread thread = new Thread();
thread.start();
如許就開啟了一個線程。
有一點須要留意的是
Thread thread = new Thread();
thread.run();
直接挪用run辦法是沒法開啟一個新線程的。
start辦法實際上是在一個新的操作體系線程下面去挪用run辦法。換句話說，直接挪用run辦法而不是挪用start辦法的話，它其實不會開啟新的線程，而是在挪用run確當前的線程傍邊履行你的操作。
Thread thread = new Thread("t1")
{
@Override
public void run()
{
// TODO Auto-generated method stub
System.out.println(Thread.currentThread().getName());
}
};
thread.start();
假如挪用start，則輸入是t1
Thread thread = new Thread("t1")
{
@Override
public void run()
{
// TODO Auto-generated method stub
System.out.println(Thread.currentThread().getName());
}
};
thread.run();
假如是run,則輸入main。（直接挪用run其實就是一個通俗的函數挪用罷了，並沒有到達多線程的感化）
run辦法的完成有兩種方法
第一種方法，直接籠罩run辦法，就如方才代碼中所示，最便利的用一個匿名類便可以完成。
Thread thread = new Thread("t1")
{
@Override
public void run()
{
// TODO Auto-generated method stub
System.out.println(Thread.currentThread().getName());
}
};
第二種方法
Thread t1=new Thread(new CreateThread3());
CreateThread3()完成了Runnable接口。
在張孝祥的視頻中，推舉第二種方法，稱其加倍面向對象。
2.3 終止線程
Thread.stop() 不推舉應用。它會釋放一切monitor
在源碼中曾經明白解釋stop辦法被Deprecated，在Javadoc中也解釋了緣由。
緣由在於stop辦法太甚"暴力"了，不管線程履行到哪裡，它將會立刻停滯失落線程。
當寫線程獲得鎖今後開端寫入數據，寫完id = 1，在預備將name = 1時被stop,釋放鎖。讀線程取得鎖停止讀操作，讀到的id為1，而name照樣0，招致了數據紛歧致。
最主要的是這類毛病不會拋出異常，將很難被發明。
2.4 線程中止
線程中止有3種辦法
public void Thread.interrupt() // 中止線程
public boolean Thread.isInterrupted() // 斷定能否被中止
public static boolean Thread.interrupted() // 斷定能否被中止，並消除以後中止狀況
甚麼是線程中止呢？
假如不懂得Java的中止機制，如許的一種說明極輕易形成誤會，以為挪用了線程的interrupt辦法就必定會中止線程。
其實，Java的中止是一種協作機制。也就是說挪用線程對象的interrupt辦法其實不必定就中止了正在運轉的線程，它只是請求線程本身在適合的機會中止本身。每一個線程都有一個boolean的中止狀況（紛歧定就是對象的屬性，現實上，該狀況也確切不是Thread的字段），interrupt辦法僅僅只是將該狀況置為true。關於非壅塞中的線程, 只是轉變了中止狀況, 即Thread.isInterrupted()將前往true，其實不會使法式停滯;
public void run(){//線程t1
while(true){
Thread.yield();
}
}
t1.interrupt();
如許使線程t1中止，是不會有用果的，只是更改了中止狀況位。
假如願望異常優雅地終止這個線程，就該如許做
public void run(){
while(true)
{
if(Thread.currentThread().isInterrupted())
{
System.out.println("Interruted!");
break;
}
Thread.yield();
}
}
應用中止，就對數據分歧性有了必定的包管。
關於可撤消的壅塞狀況中的線程, 好比期待在這些函數上的線程, Thread.sleep(), Object.wait(), Thread.join(), 這個線程收到中止旌旗燈號後, 會拋出InterruptedException, 同時會把中止狀況置回為false.
關於撤消壅塞狀況中的線程，可以如許抒寫代碼：
public void run(){
while(true){
if(Thread.currentThread().isInterrupted()){
System.out.println("Interruted!");
break;
}
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
System.out.println("Interruted When Sleep");
//設置中止狀況，拋出異常後會消除中止標志位
Thread.currentThread().interrupt();
}
Thread.yield();
}
}
2.5 線程掛起
掛起（suspend）和持續履行（resume）線程
suspend()不會釋放鎖
假如加鎖產生在resume()之前 ，則逝世鎖產生
這兩個辦法都是Deprecated辦法，不推舉應用。
緣由在於，suspend不釋放鎖，是以沒有線程可以拜訪被它鎖住的臨界區資本，直到被其他線程resume。由於沒法掌握線程運轉的前後次序，假如其他線程的resume辦法先被運轉，那則後運轉的suspend，將一向占領這把鎖，形成逝世鎖產生。
用以下代碼來模仿這個場景
package test;
public class Test
{
static Object u = new Object();
static TestSuspendThread t1 = new TestSuspendThread("t1");
static TestSuspendThread t2 = new TestSuspendThread("t2");
public static class TestSuspendThread extends Thread
{
public TestSuspendThread(String name)
{
setName(name);
}
@Override
public void run()
{
synchronized (u)
{
System.out.println("in " + getName());
Thread.currentThread().suspend();
}
}
}
public static void main(String[] args) throws InterruptedException
{
t1.start();
Thread.sleep(100);
t2.start();
t1.resume();
t2.resume();
t1.join();
t2.join();
}
}
讓t1,t2同時爭取一把鎖，爭取到的線程suspend，然後再resume，按理來講，應當某個線程爭取後被resume釋放了鎖，然後另外一個線程爭取失落鎖，再被resume。
成果輸入是：
in t1
in t2
解釋兩個線程都爭取到了鎖，然則掌握台的紅燈照樣亮著的，解釋t1,t2必定有線程沒有履行完。我們dump出堆來看看
發明t2一向被suspend。如許就形成了逝世鎖。
2.6 join和yeild
yeild是個native靜態辦法，這個辦法是想把本身占領的cpu時光釋放失落，然後和其他線程一路競爭(留意yeild的線程照樣有能夠爭取到cpu，留意與sleep差別)。在javadoc中也解釋了，yeild是個根本不會用到的辦法，普通在debug和test中應用。
join辦法的意思是期待其他線程停止，就如suspend那節的代碼，想讓主線程期待t1,t2停止今後再停止。沒有停止的話，主線程就一向壅塞在那邊。
package test;
public class Test
{
public volatile static int i = 0;
public static class AddThread extends Thread
{
@Override
public void run()
{
for (i = 0; i < 10000000; i++)
;
}
}
public static void main(String[] args) throws InterruptedException
{
AddThread at = new AddThread();
at.start();
at.join();
System.out.println(i);
}
}
假如把上述代碼的at.join去失落，則主線程會直接運轉停止，i的值會很小。假如有join,打印出的i的值必定是10000000。
那末join是怎樣完成的呢？
join的實質
while(isAlive())
{
wait(0);
}
join()辦法也能夠傳遞一個時光，意為無限期地期待，跨越了這個時光就主動叫醒。
如許就有一個成績，誰來notify這個線程呢，在thread類中沒有處所挪用了notify？
在javadoc中，找到了相干說明。當一個線程運轉完成終止後，將會挪用notifyAll辦法去叫醒期待在以後線程實例上的一切線程,這個操作是jvm本身完成的。
所以javadoc中還給了我們一個建議，不要應用wait和notify/notifyall在線程實例上。由於jvm會本身挪用，有能夠與你挪用希冀的成果分歧。
3. 守護線程
在後台默默地完成一些體系性的辦事，好比渣滓收受接管線程、JIT線程便可以懂得為守護線程。
當一個Java運用內，一切非守護過程都停止時，Java虛擬機就會天然加入。
此前有寫過一篇python中若何完成，檢查這裡。
而Java中釀成守護過程就絕對簡略了。
Thread t=new DaemonT();
t.setDaemon(true);
t.start();
如許就開啟了一個守護線程。
package test;
public class Test
{
public static class DaemonThread extends Thread
{
@Override
public void run()
{
for (int i = 0; i < 10000000; i++)
{
System.out.println("hi");
}
}
}
public static void main(String[] args) throws InterruptedException
{
DaemonThread dt = new DaemonThread();
dt.start();
}
}
當線程dt不是一個守護線程時，在運轉後，我們能看到掌握台輸入hi
當在start之前參加
dt.setDaemon(true);
掌握台就直接加入了，並沒有輸入。
4. 線程優先級
Thread類中有3個變量界說了線程優先級。
public final static int MIN_PRIORITY = 1;
public final static int NORM_PRIORITY = 5;
public final static int MAX_PRIORITY = 10;
package test;
public class Test
{
public static class High extends Thread
{
static int count = 0;
@Override
public void run()
{
while (true)
{
synchronized (Test.class)
{
count++;
if (count > 10000000)
{
System.out.println("High");
break;
}
}
}
}
}
public static class Low extends Thread
{
static int count = 0;
@Override
public void run()
{
while (true)
{
synchronized (Test.class)
{
count++;
if (count > 10000000)
{
System.out.println("Low");
break;
}
}
}
}
}
public static void main(String[] args) throws InterruptedException
{
High high = new High();
Low low = new Low();
high.setPriority(Thread.MAX_PRIORITY);
low.setPriority(Thread.MIN_PRIORITY);
low.start();
high.start();
}
}
讓一個高優先級的線程和低優先級的線程同時爭取一個鎖，看看哪一個最早完成。
固然其實不必定是高優先級必定先完成。再屢次運轉後發明，高優先級完成的幾率比擬年夜，然則低優先級照樣有能夠先完成的。
5. 根本的線程同步操作
synchronized 和 Object.wait() Obejct.notify()
這一節內容概況請看之前寫的一篇Blog
重要要留意的是
synchronized有三種加鎖方法：
指定加鎖對象：對給定對象加鎖，進入同步代碼前要取得給定對象的鎖。
直接感化於實例辦法：相當於對以後實例加鎖，進入同步代碼前要取得以後實例的鎖。
直接感化於靜態辦法：相當於對以後類加鎖，進入同步代碼前要取得以後類的鎖。
感化於實例辦法，則不要new兩個分歧的實例
感化於靜態辦法，只需類一樣便可以了，由於加的鎖是類.class，可以new兩個分歧實例。
wait和notify的用法：
用甚麼鎖住，就用甚麼挪用wait和notify
本文就不細說了。
【ios開辟navigationController pushViewController 方法屢次跳轉前往到最下層前往到指定的某一層的完成辦法】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！
