リニア状態;スレッド安全性の問題

リニア状態5の合計:

2. 1.初期状態で実行状態レディ状態3. 4. 5.状態の終了状態をブロック

注意:

1.終了時に、レディ状態に実行するのではなく、ブロックされた復元した後に復元することはできません

2.sleep()(リソース睡眠を保持する) - オブジェクトのロックを解除しない、CPUリソースの解放

3.yield() - スレッドを聞かせて

4.join() - キュースレッドジャンプする - スレッドの終了をしてから次の処理を開始するのを待ちます

5.Thread.State getStateを() - このスレッドの状態を返します

6.setPriorityは(INT newPriority)スレッド優先順位を変更し、優先getPriority()スレッドを返します。

スレッド安全性の問題

ゲンロック:同期

同期方法:方法(静的メンバーがあってもよい)を使用する - 非効率的であることができる、シンプルが、広い範囲を

ビジネスロジックの特定の長所と短所に応じて>この、クラス、リソース(参照データ型メンバのカスタムプロパティ)、 - コード同期 - 複雑、いくつかのコードの範囲ロックは、どのような条件のロックをロック:同期ブロック

ロックの「クラス」(Single.class)--synchronized - Single.classクラスのオブジェクトは、すべてのクラスのオブジェクトのクラスだけがある - すべてのオブジェクトクラスがロックされていると等価であるクラスを、ロック、効率下

ロックの「リソース」 - 提供されるリソース、メンバープロパティ、同じことをロックするためのロック、カスタムのオブジェクト参照データ型永遠に

ネットワークプログラミング

IP:ネットワーク定義上の特別なIPノード:内部IP 192.168.0.0〜192.168.255.255の組織、非登録IP

ポート:80:65535の予約済みポート番号0から2バイトの区別ソフトウェアのhttp 8080:1532のtomcat:オラクル3306:mysqlの

URL:ユニフォームリソースロケータ

協定:コミュニケーションの手段 - 資源輸送層:TCPおよびUDP

UDP:コネクションレスプロトコル簡単、小さなオーバーヘッドは、高効率以上60Kベースの危険バイト配列、通常

TCP:伝送データ3 IOストリームに基づいて、2の送信要求応答:3ウェイハンドシェイク1に基づいて、セキュア接続のための低効率

送信側実現UDP:  

送信側で定義された1たDatagramSocket(INTポート)  

データを準備します。2.  

前記データパッケージのDatagramPacket(バイト[] BUF、INTオフセット、INT長さ、のSocketAddressアドレス)  

このソケットのパケットから送信された前記送信データを送信ボイド(のDatagramPacket p)のデータパケット。

5.リソースを閉じます

受信側を実現するUDP:  

受信側1.定義  

2.小​​包、受信したデータを準備します  

3.受信します   

4.閉じます

  

おすすめ

転載: www.cnblogs.com/lingxi2b2/p/11997340.html