javatlv

『壹』 java中FileInputStream的available() 方法的作用是什麼

①如果要從網路中下載文件時，我們知道御悔網路是不穩定的，也就是說網路下載時，read()方法是阻塞的，說明這時我們用inputStream.available()獲取不到文件的總大小。
此時坦拆氏就需要通過
HttpURLConnection httpconn = (HttpURLConnection)url.openConnection();
httpconn.getContentLength();//獲取文件長度
來獲取文件的大小。
②如果是本地文件的話，用此方法就返回實際文件的大小。
③這個方法其實是通過文件描述符獲取文件的總大小，而並不是事先將磁碟上的讓散文件數據全部讀入流中，再獲取文件總大小。
希望能用心去體會一下，選擇性使用

『貳』 java 中解析TLV格式數據 可以用哪些工具包呢謝謝啦~

網路下格式，然後手動解析

『叄』 急救，計算機英語全稱是什麼

這些金融專業的術語你會不知道啊?可能你是外國人不了解中文,我一一為你虛宏解答如下:
CDA，Combined DDA/Application Cryptogram Generation復合數據認證/應用密文生成
DDA，Dynamic Data Authentication動態數據認證
SDA，Static Data Authentication 靜態數據認證
DES，Data Encryption Standard 數據加密標准，國內還是叫DES
SHA1，Secure Hash Algorithm 1安全哈希散列演算法1，有1當然還有128，1046之類的咯
RSA，Rivest, Shamir, Adleman Algorithm幾個人名命名的非對稱演算法，沒有中文，稱RSA
MD5，Message Digest 5消息 (報文也可以)摘要演算法5，有5，當然有4
IDEA，International Data Encryption Algorithm國際數據加密演算法
TC，Transaction Certificate交易證書，接受交易時，IC卡給出
AAC，Application Authentication Cryptogram應用授權密文，用於拒絕交易
ARQC，Authorisation Request Cryptogram授權請求密文，終端請求
ARPC, Authorisation Response Cryptogram授權響應密文，收單行返回
GAC，GPO，兩條IC卡命令的縮寫，即Generate AC和Get Processing Option（應用密文生成，取處理選項名令）
DOL，Data Objects Lists數據對象列表
TLV，BER編碼一種，ASN1標准，全稱Tag（標簽），Length（長度），Value（值）
TAC，Terminal Action Code終端行為代碼
IAC，Issuer Action Code發卡行行為代碼
AFL, Application File Locator應用文件定位器
APDU, Application Protocol Data Unit應用協議數據單元，報文結構組成
ATM, Automated Teller Machine自動櫃員機(出納),ATM機
ATC, Application Transaction Counter應用交易計數器
AUC, Application Usage Control應用用途控制
BCD, Binary Coded Decimal碼制則侍，BCD嗎，又差盯冊稱二進制-十進制碼
BER, Basic Encoding Rules基本編碼規范 (定義在 ISO/IEC 8825-1)
CDOL, Card Risk Management Data Object List卡片風險管理數據對象列表
DDOL，Dynamic Data Authentication Data Object List動態數據認證數據對象列表
FIPS，Federal Information Processing Standard美國標准啊，全稱，聯邦信息處理標准
IBAN，International Bank Account Number國際銀行帳號數，標識
PDOL，Processing Options Data Object List處理選項數據對象列表，交易初始化用
PAN，Primary Account Number主帳號
PSE，Payment System Environment支付系統環境，通常建立在IC卡上
TVR，Terminal Verification Results終端驗證結果
TSI，Transaction Status Information交易狀態信息

『肆』 諾基亞5320使用效果怎樣

5320到手已經有兩個月了，雖然中間穿插著在用6650，但還是5320用的時間長一些（某人說6650外形好俗，還說我用6650看起來好像大叔，不讓我用了，現在連用什麼手機手錶的都被管，呵呵呵……），對於這個手機，算是有了比較全面的了解。5320的基本情況我想大家已經很了解了，不再重復，本來想就著國慶放假的機會把在論壇上收集到的各位比較關心的問題做一總結，但是一拖再拖又趕上出差，就拖到了現在……希望本文能對打算入手或者剛剛入手的朋友有所幫助。

如果各位覺得我寫的前幾篇文章亂七八糟的東西看不懂沒意思，那也是作者我的失敗，我希望能通過我的方式把問題解釋清楚，有的東西東扯西扯寫的比較亂，您覺得好與不好都沒有關系，只要結論您能有一丁點受用，我就知足了。關於軟體方面，我不是行家裡手，研究不深。好在論壇上高手不少，S60 3rd Edition Feature Pack 2的兼容性亦不錯，軟體方面的教程可借鑒性好，大可參考其他機型的豐富資源，在這里就不獻丑了。

1.最受關注的雜音問題
作為音樂手機的5320，雜音是個比較致命的問題，所謂音質或者雜音爆音是個比較主觀的東西，同一台手機可能有的人認為有點破音還可以接受，有的人則認為簡直就是沒法聽，所以機油們對這個問題反應不一。
首先說內放，這是5320作為音樂手機的主打功能，之前我說過以5320的配置來看其音質在音樂手機中也是一流的，Nokia自然很清楚這一賣點的價值，最近的新機，尤其是冠以音樂手機之名的基本都採用了TLV320DAC33+TPA6130A2的方案，N系更是如此，甚至是一些中低端機型上也有採用，看來諾基亞的大單采購拿到的價格確實低廉。先說說這個TPA6130A2，TPA6130A2是基於充電泵的耳機放大器，Maxim的類似技術稱電荷泵，由於不需要隔直電容因此集成度很高，也提供了差動輸入，從而抑制輸入端產生不必要的共模雜訊，電源紋波抑制比PSRR達到了109dB，音頻模塊的屏蔽做的也很不錯。但是即便這樣離消除信號噪音的距離還是很遠，手機是一個大功率的無線電信號發射源，其電路復雜內部的電磁環境很惡劣，對於音頻電路來說這可不是好事情，尤其是智能手機其復雜程度更上一層樓。同樣是TLV320DAC33+TPA6130A2方案，音頻部分電路設計基本一樣的智能機5320和非智能機5220，理論蘆巧上講其音頻特性應該是非常接近的，但是RMAA測試成績5220每一項都比5320要好一點點。我一直認為，手機這個東西聽聽收音機，聽聽評書，聽聽陪告鍵相聲就好，沒必要追求什麼音質不音質的，真要讓手機達到高質量MP3播放器的水平難度很高，要談HIFI就更難了。再舉一個極端的例子iPhone借鑒了不少iPod的音頻電路設計，同樣採用Wolfson的WM8758，音質卻不能與iPod比肩，類似的還有諸如SONY的WALKMAN和SE的WALKMAN手機，當然這其中有廠家的控制因素，防止自相殘殺或者低端沖擊高端市場，更主要的因素還是數碼產品本身的體質差異造成的。不小心說了這么多廢話，意思是告訴大家不要對一個手機的音質有太苛刻的要求，下面進入正題，對於電磁波干擾的問題，比如在待機狀態下長間隔周期性的啪聲或者在上網時連續的噗噗聲，是由於5320的設計缺陷屏蔽不到位的緣故，機油們的應對辦法就是用離線模式，關閉BT，就可以收到明顯的效果，不過這時相當於手機已經關機了，只作為一個S60系統的PDA在運行。對於電路內部的干擾，無法解決，這是設計的問題，好在這點不太嚴重。
再說外放，其實外放受信號干擾也是比較厲害的，使用離線模式會有較大改善，除了電磁波干擾之外，外放的揚聲器太差是主要的原因，這個小喇叭說他劣質也不算對不起它，這也是設計和成本因素的問題，另外一些音效也有些負面影響，比如立體聲強化是為了使雙揚聲器手機的外放聲場更開闊，它不僅包括了EQ也有音頻相位的調整，5320隻有一個揚聲器，是把兩個聲道的信號混合後放大播出的，這個音效對5320沒有任何作用，打開之後反而會使聲音友仔失真，如果同時又使用了響亮的模式，更會導致輸出波形被削峰而產生爆音，所以這些音效不要開。一些機油說存在軟體的BUG導致的破音，重啟能夠解決，不過我的這一台似乎沒有這種情況。而且我認為外放雜音主要問題並不在軟體，通過升級固件很難解決。

2.關於LED補光燈
很多朋友都拆開看過了，雖然補光燈透鏡有兩片，但是LED實際上只有一顆。5320憑借這個外觀唬住了不少人，包括我在內，都以為是兩顆LED，拆開之後方才發現另一顆里只不過是一張黑色的貼紙上貼著一張米黃色的貼紙而已。諾基亞為什麼要這么做，真是難以理解。我詢問了一個國外測試工程樣機的朋友，據他說工程樣機上，也就是那個背部手握部分是條紋狀防滑設計，NOKIA標志是刻線的那一版本（現在的批量生產機型背面是顆粒狀防滑設計，NOKIA字樣的標志為印刷），LED是兩顆，但是後來修改了LED的設計卻並沒有修改透鏡的設計，所以國外一些非常早期的宣傳說是兩顆LED並非是故意蒙騙大家，工程樣機上最初的設計就是兩顆，早期翻譯國外的評測說有兩顆LED也就並不奇怪了，可惜的是這一階段的內測是保密的，沒有找到任何細節照片。後來到了4～5月份國內各大網站拿到的工程樣機，雖然還是條紋+刻字的背面設計，但是LED已經改為一顆了，這一批機器修改了機身框架的形式，卻沒有修改LED的透鏡，也沒有貼上那張偽裝貼紙，這樣其中一個透鏡里的顏色就是邊框的顏色，看起來非常別扭，所以正式定型生產的手機上只好貼上貼紙以防穿幫。其中原因我想有二：其一因為5320是低端機，所以諾基亞竭盡所能壓低成本，5320的元件用料本來就比較吝嗇，配置上大多是能省則省，就算是N78也才只給配備了一隻LED，只有N96這樣的機器才給配兩顆LED，5320自然不會用上兩顆，連環境光強感測器都省了，這樣修改也就不足為奇了，官方的廣告宣傳和說明書中都沒有提及是兩顆，只說有LED補光燈。其二，因為5320的LED並不是直接焊在電路板上，而是焊在一片排線上，不利散熱，兩顆方塊的高亮LED的發熱量比較可觀，我猜測可能對器件壽命有一些影響。剩下的一顆LED因為位置太偏，所以沒法把透鏡修改成一片（其實後蓋的模具都重開了，改這一片又算得了什麼呢，設計成一片也不會有人罵），到了機器差不多定型了只好臨陣磨槍，才有的這一出貼紙換LED的鬧劇。

3.電池問題
電池是5320絕對的軟肋，功能強大電池小，連自動亮度調節也被省掉了，待機時間肯定不會理想。前些天出差時電話狂多，幸虧帶的是大電池的6650，不然帶著5320出差去真的要被急死了。不過看到不少機油說電池一天都撐不過就絕對不正常了，我這台的電池一般可以使用兩天左右，要是多聽聽評書也就是一天多的樣子（最近聽田連元的大話成語，不錯），論壇上絕大多數的機油也都是使用1到2天。購買時首要的問題是千萬要提防電池被換成組電，關於原電組電如何鑒別的問題網上說的很多，想要購買的朋友一定要看一下。
可能很多人對於官方標稱的使用時間表示質疑，這里作假的情況倒是不會發生，水分都是在實驗方法上，官方的標稱值都是最長使用時間，一般是在標准環境恆溫恆壓恆濕的情況下，即最理想的使用環境，並且關閉一切無用功能進行實驗，音樂播放時間的測定方法則是離線模式關閉其他一切功能，用一個很低的音量通過耳機播放測得的，所以平時使用時是不可能達到的。
有興趣的可以找一個Nokia Energy Profiler裝上測試一下手機的功耗以及電池的容量，這個軟體對鑒別電池真假也有一定作用。不過軟體測得終究不準，我自己也做了一個小實驗，手機接3.7V的直流穩壓電源，測測實際的工作電流，因為我沒有專業的電子負載儀，並且手機的工作電流總是有跳動，僅能通過平均值大致的估計一下功耗。開機電流大約在100mA左右，最高在110mA，可能是登錄網路，開機穩定後進入黑屏待機的情況下，電流在10～15mA的范圍內變化，很平緩但是非常有規律，這時按任意鍵屏幕鍵盤背景燈點亮，電流為50mA左右，打電話在撥號的時候電流最高，達到了300mA，接通之後回落到150mA左右，背景燈熄滅之後降到100mA左右，發送簡訊時大約在100mA左右，用內置音樂播放器和耳機聽音樂電流大約是60mA，因為連著導線沒法玩，N-Gage游戲只是進入游戲測試了一下，電流150mA左右。WCDMA也沒法測試，但是從諾基亞官方的通話時間數據GSM: up to 3.5 hours WCDMA: up to 2.5 hours這點來看，GSM看起來還是比較省電的，發射功率也相應的小些。
以上數據說明，我這一部手機的實際待機功率大約是0.04W，比軟體測得的0.09W低了一半還多，說明這個軟體也是通過電池電壓等參數推算功耗。按這個功率估算，890mAh的BL-5B電池的待機時間為82.3小時，約合3.4天，即什麼都不做也只能待機3天多一點，如果電話多又玩的比較很的話一天多是很正常的，這個電池對於5320來說真的太小了。而且我們可以看到，在在線模式下播放音樂，理論上只能有14.8小時的播放時間，還是比較耗電的。屏幕和鍵盤背景燈也是耗電大戶，因為沒有自動亮度調節，如果一直點亮的話也撐不了一天，再加上簡訊游戲上網等操作，耗電十分可觀。N-Gage游戲非常耗電，幾乎和通話差不多了。
拋開電池太小的問題不談，5320本身的耗電也算是比較大的了，靜態電流偏高，我認為這可能和電路設計上的簡化以及所用元器件的品質較差有關，歸根結底還是因為5系手機中低端的定位吧。這里不禁要感慨一下，諾基亞的5系算起來是我最喜歡的一個系列，5系手機展現了諾基亞設計中的年輕活力、特立獨行、動感張揚的一面，每一個設計都有亮點，其中不乏精品，自己有手機以前曾經看著別人的5510流口水，5510讓我見識到了什麼才是真正的QWERTY鍵盤，到後來的三防強機5140i，方屏智能5500，到現在的XM系列，對每一部都如數家珍，但是5系也是一個讓人有點無奈的系列，每一部手機都是毛病多過亮點，我形容5系手機是那種「買來的頭一個月讓你愛不釋手，第二個月卻讓你叫苦連連的手機。」
說到這里又讓我想起了剛剛發布的5800XM，這又是一款讓人萬分期待的手機，然而我對其質量並不抱什麼幻想。見到真機之後印證了我的想法，這款手機的數字8並不是在第一位的系列號上，仍舊無法擺脫5系魔咒……
廢話說了這么多回到正題，最後有一點猜想，國行5320因為減掉了前置攝像頭和WCDMA模塊，或許會稍微省一點點電，手機中任何一個部件的休眠都不是物理上的斷開，所以還是會有漏電流，一個典型的例子就是老迅馳筆記本電腦的內置攝像頭即便不工作也會耗電的BUG，當然那隻是個BUG。因為我手裡沒有行貨沒法測試，只是猜想。

4.導航鍵和游戲按鍵手感的問題
確定鍵串鍵想必大家都已經知道的了，需要按下的位置比較正中，否則會連帶方向鍵，個人感覺習慣之後沒有太大問題，可是偏偏有人嫌不好用，我一位朋友讓我幫他改，我還是老方法，在確定鍵的四邊上碗狀簧片對應的地方用球頭雕刻銑刀挖掉一丁點，可以在一定程度上減輕這種現象。我也發現一個有意思的DIY，他覺得游戲按鍵不好按，菜單鍵和C鍵也不好按，此人是PSP玩家，用了PSP上最常見的辦法，就是把按鍵加高，在按鍵上粘塑膠板，就是把手機SIM卡的框架或者廢IC卡之類的東西，裁剪成合適的形狀打磨邊沿後粘上，這樣改造後相當於按鍵突出了一些，手感能夠得到一定的提升，但是結果是，極大的破壞了外觀，手機好像被破了相一樣，除非您極度看重遊戲手感，或者有一雙大手，否則我本人不建議這樣的改造。另外粘的時候注意最好拆下來粘，不要把按鍵給粘死了。
最後插一點，我把自己機器的鍵盤背景燈換成了紅色貼片LED，但是感覺非常不成功，LED是從剩餘零件一大堆里隨便找的，換上之後給人非常燥熱刺眼的感覺，建議各位如果要改鍵盤燈，一定要選擇色溫較低的紅色LED，這樣比較深邃幽暗，效果好。

5.關於GPS功能
有的JS還在通過文字游戲玩偷換概念，在這里再強調一下，A-GPS即Assisted Global Positioning System，意為輔助全球衛星定位系統，其實就是我們常說的基站定位技術中的一種，主要功能是通過現有的蜂窩網路提供GPS矯正參數，輔助GPS定位，使得定位更迅速，更准確，並且能夠在一些收不到衛星信號但是有網路信號的地方，比如地下室，山洞裡面實現定位功能。A-GPS區別於其他基站定位技術的關鍵在於與傳統GPS技術，通訊技術相結合，首次定位的開機信息可以由當地GPS基準站通過網路來發送，解決了GPS傳輸速率低下的問題（GPS衛星數據傳輸速度只有50bps），並且手機可以將一部分運算分擔到網路上的AGPS server來完成，提高了定位速度和精度，但是這都是在手機內有GPS模塊的情況下，5320並沒有內置GPS模塊，直接使用的話定位原理和普通的網路定位沒有什麼區別。純網路定位的精度很低，而且每次定位會產生一定的流量，基本沒有什麼實用性，是不可能替代傳統GPS的。如果需要GPS功能還是要購買一部外置的藍牙GPS模塊為好，但是個人認為，5320的屏幕過小，用它做導航實在太勉強。

6.CPU的問題
5320的CPU型號已經很清楚了，但是有少數人對CPU這個問題非常較真，一直認為軟體測出來的是准確的，覺得自己被騙了的感覺，因此這里再強調一下5320的CPU是Freescale MXC300-30，這個CPU具有自動降頻節能的特性，空載下主頻很低，因此用軟體是測不準的，凡是諾基亞官方數據為：Single CPU CPU Type: ARM 11 CPU Clock Rate: 369 MHz基本都是這個CPU不會有錯。這里要說一下，有一篇網上流傳極廣的NOKIA手機CPU分析的文章，作者指出Freescale MXC300被諾基亞稱之為Single CPU而TI OMAP1710稱之為Dual CPU的差異之處在於，1710多了一片TMS320C55x的DSP來負責通訊機能，而Freescale MXC300沒有，事實上Freescale MXC300也內置了負責通訊機能的StarCore SC140 DSP up to 250 MHz，在這個意義上講二者沒有差距。TI在關於OMAP處理器的介紹中提到，OMAP系列是一個多引擎架構，其中包含一個ARM處理器、一個DSP引擎以及一系列用於處理三維成像渲染、視頻編碼解碼、靜態圖像壓縮、Java和安全性的軟體和硬體加速器，這些協處理器才是Freescale MXC300所不具備的。另外提一下，freescale MXC300-30的官方技術文檔中對其核心的描述是ARM11 applications processor up to 532 MHz，主頻要比現在手機上用的高得多，369 MHz的運行頻率是諾基亞強制降頻得到的，原因其一是為了節能方面的考慮，如同SONY把PSP的CPU從333Mhz降為222Mhz來使用一樣，其二是諾基亞認為532 MHz在現在來講是完全沒有必要的。至於MXC300是不是也能像PSP一樣解除鎖頻就不得而知了。

『伍』 jstl-impl.jar有什麼用

你那個 項目裡面好像沒有添加這個 東西，所有不會自動彈出來，也不能調用。
解決的辦法就是： 把jstl-impl.jar放到項目裡面去

『陸』 c#作為伺服器 java作為客戶端 定義消息格式

簡單點。全部打包成2進制流。前後台打包和解包的方法定義好。

『柒』 java中host和post

hosts文件相當於手機的電話信雀簿，DNS相當於本地的114
hosts是一個沒有擴展名的系統文件，可以用vi和記事本等工具打開，其作用就是將一些常用的域名與其對應的ip
地址建立聯系，當用戶在瀏覽器中輸入一個需要登陸的網址時，系統會首先從hosts文件中尋找對應的ip地址，一旦找到
系統會立即打開對應的網頁，如果沒有找到，系統會將網址提交給DNS域名解析伺服器進行ip地址的解析，hosts的請求級別比DNS高
DNS的作用跟hosts一樣，也是用來解析IP地址的，只不過hosts文件用戶可以自由修改，不過DNS上的內容用戶是無法修改的，不過用戶
可以選擇使用哪個DNS服務，一般默認使用電信服務商的，但也可以選擇第三方的DNS服務，比如Google，阿里，網路等

http協議
HTTP協議簡介
協議規則:內容本身
特點：
1.傳輸過程明文傳輸，安全性比較差
2.HTTP協議是一種無狀態的協議，所以每一個Request都是不相關的
3.應用層協議

HTTP狀態碼
HTTP協議請求
GET獲取伺服器的資源
POST在發送信息給伺服器，發送信息作為post請求的正文

HTTP響應
HTTP Session
session id 唯一標識客戶端，瀏覽器的身份(伺服器分配)，伺服器後端有一個表就是sessionID對應的的信息（是否已登錄，用漏飢戶名之類的），
保存在伺服器滑搜早端
解決HTTP的無狀態

HTTP Cookie
保存在客戶端
瀏覽器讀取本地的cookie（通常存放session id）

瀏覽器訪問cookie對應的域名作用域,瀏覽器將本地存相應域名對應的cookie信息（session id）發送給伺服器，伺服器過根據session id 找到對應
狀態信息

Java實現Get.Post
package cn.itcast.day04.demo01;

import java.io.*;
import java.net.HttpURLConnection;
import java.net.MalformedURLException;
import java.net.URL;
import java.net.URLConnection;

public class JavaHttpHander {
public static void main(String[] args) {

//sendGet("https://www..com/");
sendPost("https://sso.tju.e.cn/cas/login?service=http%3A%2F%2Fclasses.tju.e.cn%2Feams%2FhomeExt.action%3Bjsessionid%.std5","username\t2019216092\n" +
"password\txgh961120\n" +
"execution\t9e0b8d3e-c5b1-4508-b0ab-24c42dd17de4_…xblQXhPODB6UUMHNB\n" +
"_eventId\tsubmit\n" +
"geolocation\t");

『捌』 linux伺服器接收發送報文

它使用狀態的「關聯」（協會），兩對SCTP用戶協議之間的信息交換條款的定義。 SCTP也是一個面向連接的，但在概念上，SCTP「關聯」更廣泛的TCP連接相比，只有一個TCP連接的源地址和目的地址，SCTP提供了另一種方式為每個SCTP端點的運輸提供了一組地址等端點傳輸地址= IP地址+埠號。

繼承的TCP功能的基礎上，SCTP提供了一些額外的功能：

1有序傳輸中的用戶數據的多個「流」（流）

「流」是一系列的TCP中指的位元組，而在SCTP是指某個系列的用戶消息被發送到上層協議，這些消息的順序與在流之內的其他消息。當建立關聯，SCTP的用戶的數據流的數目，可被提供給相關聯的載體。此號碼被商定的流的??數目與源端的用戶相關聯的消息。 SCTP為每個郵件中的鏈接發送給同行的流分配的序列號。在接收端，SCTP，以確保在一個給定的消息流的順序被發送。另一方面，當工作流正在等待的下一個非順序的用戶消息的其他數據流的發送時，將繼續下去。

2根據所發現的路徑MTU（最大傳輸單元）的大小的用戶數據切片

為了確保一致的SCTP報文發送到較低的路徑MTU，SCTP用戶消息分得一杯羹。傳遞給上部SCTP用戶在接收端，切片重組。

3選擇性確認（SACK）和擁塞控制

選擇性確認數據包丟失，TCP序列號被返回給發送者已經成功地接收到的數據位元組的序列號（不包括根據確認的位元組數）的認可，並在SCTP反饋給發件人丟失，並要求序列號的消息重發。

SCTP使用的TCP擁塞控制技術，包括慢啟動，擁塞避免和快速重傳。因此，當一個共存和TCP應用程序時，SCTP的應用程序可以接收部分SCTP的網路資源。

4塊（塊）結合。

選擇性地綁定到??SCTP包，即多個用戶消息的消息發送到一個或多個數據結構的SCTP - 「塊」，SCTP儲備應用程序消息傳遞框架邊界。不同類型的塊可以綁定到一個SCTP報文，但任何一個數據塊之前，必須放在控制塊。

5路徑管理

SCTP路徑管理功能主要是負責為目的地的運輸提供了一個選擇的目標地址的傳輸地址的遠程地址，它是基於兩個方面：SCTP用戶的說明和合格的目的地。當其他流量控制不能提供可達性信息，定期掃描路徑管理功能鏈接到SCTP報告在遠程傳輸地址發生變化的可達性。 SCTP路徑管理功能模塊還負責建立鏈接，該報告的末端的本地地址，傳輸地址告訴SCTP用戶的遠程回報。

6，支持多歸位

當SCTP傳輸的數據包的目的IP地址，如果IP地址是不可達的，SCTP消息重新路由到備用的IP地址。因此，在相關聯，即使在兩端的，可以容忍網路級別的錯誤的一端。

7對拒絕服務攻擊（DoS）

DoS攻擊的方法有很多種，最基本的DoS攻擊就是利用合理的服務請求來佔用過多的資源，從而使合法用戶無法得到服務的響應。 SYN洪水攻擊是一種拒絕服務攻擊實例，是最好的方式了黑客攻擊。針對SYN Flooding攻擊的目標主機上，SCTP關聯的初始化階段，實施以「Cookie」的安全機制。

8支持多種傳輸模式

嚴格有序轉移（如TCP）的有序轉移（如每流）和無序傳輸（如UDP）的一部分。
2 SCTP報文結構

SCTP分組結構的數據分組，第一部分可以遵循由可變長度的數據塊中的一個或多個。塊類型 - 長度 - 值（TLV）格式。源埠，目的埠，校驗的意義是與TCP類似的意義。確認標簽保存價值的交流，第一次在SCTP握手初始標簽。如果任何SCTP報文不包括聯想這樣的標簽，當到達的時間將是在接收端丟棄。

包含的塊類型，標記的轉讓處理，在每個塊中的塊長度，TLV。不同的塊類型，可用於發送控制信息或數據。

發送序列號（TSN）和流序列號（SSN）是兩個不同的序列號，TSN，以確保可靠性整個關聯的SSN保證整個流的有序性，因此，在發送的數據的可靠性訂貨區分開來。
3 SCTP數據傳輸

4.1 SCTP四次握手的原則，抵制SYN洪水攻擊

SCTP關聯定義為：主機A的IP地址] + [主機的埠] + [IP地址的主機B] + [B主機埠。因此，相應的組的每個端部中的IP地址的任何一個可以是標記相關的，通過四向握手，作為相應的源/目的地地址和結束SCTP主機交換通信狀態。

SYN洪水利用所固有的脆弱性，TCP / IP，TCP三次握手面向連接的SYN洪水的存在基礎。 SYN Flooding攻擊原理是：大量的惡意攻擊者向伺服器發送一個SYN包，伺服器發出一個SYN + ACK數據包無法收到客戶端的ACK包（第三次握手無法完成），伺服器端將保持一個非常大名單的半連接，消耗大量的CPU時間和內存資源，也能保持此列表中的IP SYN + ACK的重試。伺服器端將忙於處理攻擊者偽造的TCP連接請求以及沒有時間忽略正常的客戶請求，從正常的客戶的角度來看，伺服器失去了響應。

在SCTP四次握手的INIT消息，接收端不保存任何狀態信息或分配的任何資源，這樣你就可以防止DoS攻擊，如SYN洪水。 INIT-ACK消息發送，使用了一種機制 - 「狀態曲奇」的cookie的發送者建立自己的國家所需的全部信息。

SCTP產生一個Cookie狀態過程如下：

1。收到的INIT發出的INIT ACK數據塊的信息來創建一個關聯的TCB（傳輸控制塊）。

在TCB中，生存在協議參數設置為「有效的Cookie時間，創建日期設置為當前日期。

3根據TCB收集重建的TCB所需的最小的子集的信息，這個子集和密鑰來產生一個MAC（消息認證碼）。

用最小的子集的信息和MAC產生狀態Cookie。

5。在發送的INIT ACK（含狀態cookie參數），發送者必須刪除TCB，以及任何相關的新的關聯的本地資源。

INIT和INIT ACK必須包含建立初始狀態所需的參數：一組IP地址，以確保可靠的傳輸的初始TSN，每一個收到的SCTP包中必須包含初始標簽，每一端的請求發出的數據流的數量並在每一端可以支持接收的數據流的數量。交換這些消息，INIT COOKIE-ECHO消息的發送者被送回的狀態Cookie。接收端在接收COOKIE-ECHO餅乾的狀態，完成重建自己的國家和回送COOKIE-ACK確認該協會已成立。 COOKIE-ECHO和COOKIE-ACK的用戶數據信息可以綁定到每個包。

因此，使用上述的以這樣的方式，即使接收INIT消息，接收終端，也沒有任何的資源消耗：它既不分配任何系統資源，並且不保存的新的關聯的狀態，它是只對口援建的狀態狀態的Cookie作為一個參數，它包含每一個回送的INIT-ACK消息，並最終狀態cookie COOKIE-ECHO消息發送回。

2.2 SCTP的數據交換

正常的兩個SCTP主機之間的數據交換。 SCTP主機發送SACK塊，用來確認每一個收到的SCTP報文。 SACK的完全描述的接收側的狀態，可以使發送側決定的重發，因此，在根據對SACK。 SCTP支持TCP快速重傳和超時重傳演算法類似。

SCTP和TCP數據包丟失，使用不同的機制：TCP序列號空缺已被填補缺口，直到收到，發送丟失的數據包數據的序列號是高於之前。但是，SCTP即使收到訂單的序列號空缺，並會不斷發回數據。

3.3 SCTP關聯關閉

面向連接的傳輸協議，SCTP還可以使用與TCP的三次握手關閉相關，但有一點不同：在「關聯關閉」的過程中保持連接打開一個TCP終端，新的數據來自對等體，但不支持TCP SCTP這個「半封閉」狀態。 1日發布由主機A「OFF」（關閉）塊終止與主機B，主機A就會進入「SHUTDOWN-PENDING」狀態，相應的動作是：不再接受上層應用的數據，並且只發送隊列中剩餘的數據，進入「SHUTDOWN-SENT」狀態。

一旦主機B接收到「OFF」擋，進入「SHUTDOWN-RECEIVED」狀態，與主機A，不再接受上層應用的數據，只發送隊列中剩餘的數據。

主機A再發送「關閉」塊，剩餘的數據已經達到主機B發出的通知，並重申，該協會正在關閉。

當第二個獲得「關閉」塊，主機B發送確認關閉「塊。

隨後的主機發送「關閉」結束「塊完成關閉的關聯。

4結論

SCTP是開發用於傳輸信令流量，但它有一定的優勢，先進的TCP協議機制，如選擇性確認，快速重傳，無序提交，因此，它也滿足高性能傳輸的需求，這將賦予它更廣泛的應用的要求。目前，有各種各樣的操作系統都支持SCTP，如Linux，AIX和Solaris上，Windows中，FressBSD。不同的協議之間的互操作性測試取得成功，揭示了SCTP正走向商業產品的道路。

IEFT致力於SCTP進一步的，以使其更好地滿足下一代應用的需求，如支持IPv6地址，解決對端的IPv6站點本地和鏈路本地地址不連接的問題，以及在現有的關聯動態添加或刪除IP地址，而無需重新啟動關聯。

此外，在第三代移動通信，SCTP信令承載層的選擇之一，它的應用及其性能評價是還待研究。
參考文獻：

『玖』 給出一個C++或Java編寫的ftp伺服器程序

Socket TCP
反射API介紹

4.Java Socket編程 TCP 協議編程
1) TCP工作模型: 先找
堂(主機/IP), 到食堂以後找窗口
(Socket/套接字 埠號), 服務員等待連接,客戶向服務仔知兆員發起連接
連接以後, 一個窗口可以為每個客戶安排一個服務員(線程)提供服務,
每個服務過程可以雙向交流通訊(流), 通訊完成後要關閉連接.
5. TCP 服務端編程(食堂)(java.io.*,java.net.*,java.lang.*)
1) 創建ServerSocket實例綁定一個服務埠(Socket/套接字 埠號)
2) 開始ServerSocket實例 的監聽, 等待客戶端的連接
3) 如果有客戶連接進來, 就獲得了客戶的套接字(Socket)實例
客戶的套接字(Socket)實例中包念租括與客戶端建立的連接流
4) 為這個客戶(Socket) 創建一個服務線程, 提供服務(run方法)
5) 繼續等待下一個連接, 返回到2)
6) 服務線程 完成通訊服務過程

7) 埠號: 0~65535, 1K以下留給系統使用

6. TCP 客戶端編程
1) 創建Socket 實例, 連接到伺服器端, 成功創建猛賀s就表示連接到了
伺服器
Socket s = new Socket("host", port)
2) 客戶端 Socket 與伺服器端 Socket 對應, 都包含輸入, 輸出流
客戶端的s.getInputStream() 連接於伺服器s.getOutputStream()
客戶端的s.getOutputStream()連接於伺服器s.getInputStream()
3) 使用線程處理 網路流

7. Java 反射
1) 反射是Java自我管理(類, 對象)的機制
2) * 可以通過反射機制發現對象的類型 發現類型的方法/屬性/構造器
3) * Java 反射 可以創建對象 並 訪問任意對象方法和屬性等
4) Class 載入
類載入到內存: java 將磁碟類文件載入到內存中,為一個對象(實例)
這個對象是Class的實例, 也就是 這些對象都是Class實例
5)Class 實例代表Java中類型, 基本類型的類型: int.class, long.class
類類型 Class 實例獲得如下:
Class cls = String.class;
Class cls = Class.forName("java.lang.String");
Class cls = "abc".getClass();
以上方法獲得cls 是同一個對象, 就是String 類內存載入的結果

package javase2.day06.ftp;
import java.io.BufferedOutputStream;
import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;
/**
* ftp 客戶端 可以使用命令 ls pwd get
*/
public class FtpClient {
public static void main(String[] args)
throws IOException{
FtpClient client = new FtpClient();
client.open();
}
public void open() throws IOException{
Socket s = new Socket("localhost", 9000);
InputStream in = s.getInputStream();
OutputStream out = s.getOutputStream();
//處理客戶端對伺服器的請求
new RequestProcess(out).start();
//處理伺服器的反饋信息
new ResponseProcess(in).start();
}
//處理客戶端對伺服器的請求
class RequestProcess extends Thread{
OutputStream out;
public RequestProcess(OutputStream out) {
this.out = out;
}
public void run() {
try{
Scanner sc = new Scanner(System.in);
while(true){
String s = sc.nextLine();
IOUtils.println(out, s);
if(s.equals("bye")){
System.exit(0);
}
}
}catch(IOException e){
e.printStackTrace();
}
}
}
class ResponseProcess extends Thread{
InputStream in;
public ResponseProcess(InputStream in) {
this.in = in;
}
public void run() {
try{
while(true){
String header = IOUtils.readLine(in);
if(header.startsWith("text,")){
show(header,in);
}else if(header.startsWith("file,")){
save(header, in);
}
}
}catch(IOException e){
e.printStackTrace();
}
}
}
public void show(String header, InputStream in)
throws IOException {
int n = Integer.parseInt(header.split(",")[1]);
for(int i=0; i<n; i++){
String s = IOUtils.readLine(in);
System.out.println(s);
}
}
public void save(String header, InputStream in)
throws IOException{
File dir = new File("ftp");
if(!dir.exists()){
dir.mkdir();
}
//header: file,10,filename
String[] data = header.split(",");
long length = Long.parseLong(data[1]);
String filename = data[2];
File file = new File(dir, filename);
BufferedOutputStream out =
new BufferedOutputStream(
new FileOutputStream(file));
for(long i=0; i<length; i++){
int b = in.read();
out.write(b);
}
out.close();
}

}

package javase2.day06.ftp;
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.ServerSocket;
import java.net.Socket;
/**
* 模擬FTP伺服器, 支持命令pwd,ls,get file
*
* 協議: type,length,value TLV格式
*
* 文本: text,5\nline1\nline2\nline3\nline4\nline5\n
* 文件: file,4,filename\n 41 42 43 44
*
* text,5\nline1\nline2\nline3\nline4\nline5\nfile,4,filename\n 41 42 43 44
*/
public class FtpServer {
public static void main(String[] args)
throws IOException{
FtpServer server = new FtpServer();
server.start();
}

public void start() throws IOException{
ServerSocket ss = new ServerSocket(9000);
while(true){
Socket s = ss.accept();
new Agent(s).start();
}
}
class Agent extends Thread{
Socket s;
public Agent(Socket s) {
this.s = s;
}
public void run() {
try{
InputStream in = s.getInputStream();
OutputStream out = s.getOutputStream();
//向客戶端發送, 先發協議頭,再發送文本行
out.write("text,1\n".getBytes());//協議頭
//發送消息內容, 一行文本消息
out.write("歡迎使用FTP演示伺服器!\n".getBytes());
out.flush();
while(true){
//讀取客戶端發送到命令
String cmd = IOUtils.readLine(in).trim();
if("pwd".equals(cmd)){//顯示當前目錄
pwd(out);
}else if("ls".equals(cmd)){
ls(out);
}else if(cmd.startsWith("get ")){
get(cmd, out);
}else if("bye".equalsIgnoreCase(cmd)){
IOUtils.println(out, "text,1");
IOUtils.println(out, "Bye, Bye!");
s.close();
}else{
out.write("text,1\n".getBytes());//協議頭
out.write("只支持pwd,ls,get,bye!\n".getBytes());
out.flush();
}
}
}catch(IOException e){
e.printStackTrace();
}
}
}
public void pwd(OutputStream out)
throws IOException{
File dir = new File(".");
IOUtils.println(out, "text,1");
IOUtils.println(out, dir.getCanonicalPath());
}
public void ls(OutputStream out)
throws IOException{
File dir = new File(".");
File[] files = dir.listFiles();
IOUtils.println(out, "text,"+files.length);
for (File f : files) {
if(f.isDirectory()){
IOUtils.println(out, "["+f.getName()+"]");
}else{
IOUtils.println(out, f.getName());
}
}
}
public void get(String cmd, OutputStream out)
throws IOException{
//cmd="get filename"
String name = cmd.split("\\s+")[1];
File file = new File(name);
if(! file.exists()){
IOUtils.println(out, "text,1");
IOUtils.println(out, "沒有文件呀!"+name);
return;
}
//文件協議頭:
IOUtils.println(out,
"file,"+file.length()+","+name);
FileInputStream in =
new FileInputStream(file);
IOUtils.cp(in, out);
out.flush();
in.close();
IOUtils.println(out, "text,1");
IOUtils.println(out, "發送成功:"+name);
}
}

『拾』 一次WebSphere類載入問題的錯誤診斷

．首先先嘗試更改應用的類載入路徑

WAS的類載入原理請參見後面列出的參燃清考資料

如果是xxx war應用 在部署到WAS後 登陸WAS管理控制台 選擇應用程序/xxx_war應用 選擇 管理模塊 選擇相應的 war模塊 默認的類裝入器順序為 類已裝入並且是先使用父類裝入器 更改 類裝入器順序 為 類已裝入並且是先使用應用程序類裝入器

如下圖

src= //img ecity cn/img_ / / / jpg >

如果安裝的應用是xxx ear應用 特別是有一些公用的utility jar位於ear級別 則除了按照上面步驟更改war模塊（也稱為web模塊）的類裝入器順序之外 還要更改ear級別的類裝入器順序 選擇應用程序/xxx應用 選擇 類裝入和更新檢測 選擇 類已裝入並且是先使用應用程序類裝入器 如下圖

src= //img ecity cn/img_ / / / jpg >

src= //img ecity cn/img_ / / / jpg >

重啟應用 必要時重啟WAS 測試頁面是否正常顯示

．如果還是不能正常顯示 則查看應用特別是開源項目使用的utility jar包 通常位於ear目錄級別 或者xxx war/WEB INF/lib目錄下 刪除掉一些常見的WAS已有的且必須使用WAS自帶的jar包 如j ee jar 支持JSP等運行的jar等(此類問題SystemOut log或者SystemErr log中通常會報錯) 如果自己無法判斷 則略過此步 本次錯誤診斷中 檢查客戶應用 發現WEB INF/lib目錄中jar包數量眾多 且客戶除了使用myfaces 還有其他大量開源項目 不能明確斷定有問題的與WAS沖突的jar包

．到/support以及google 上搜索關鍵字JSF myfaces WebSphere 得到一些建議

Apache Tomahawk configuration error with Apache MyFaces and WebSphere Application Server and :

_US&cs=utf &cc=us&lang=en

Using MyFaces JSF and WebSphere Application Server V and V :

_US&cs=utf &cc=us&lang=en

sitemesh myfaces richfaces的集成解決方案

按照搜到的建議操作 頁面仍無法顯示 為了分離錯誤 縮小診斷范圍 進行第 步

．到myfaces項目網站 下載與客戶應用同一版本的最簡單的sample應用myfaces example simple war 在WAS上安裝進行測試 頁面無法顯示 進行第 步更改脊拿類載入路徑也無法顯示 檢查myfaces example simple war的lib目錄 刪除掉xml apis b jar和xmlParserAPIs jar包 運行成功

．回到客戶應用 刪除掉xml apis b jar和xmlParserAPIs jar 更改類載入路徑 頁面正常顯示

．如果實際診斷中 能夠明確斷定是某個類的載入出了問題 可以打開 詳細類裝入 選擇 應用程序伺服器/server /進程定義/Java虛擬機 選擇 詳細類裝入 如下圖

src= //img ecity cn/img_ / / / jpg >

重啟WAS之後 在native_stderr log中 可以看到類的載入信息 例如

如果還需要類載入的更詳細信息 可以在診斷跟蹤中設置 *=info: ibm ws classloader *=all 具體做法為 登陸管理控制台 左邊導航樹選擇 故障診斷/日誌和跟蹤 然後在右面區域選擇進程名（單機環境通常為server ）/診斷跟蹤 然後選擇 更改日誌詳細信息級別 設置 *=info: ibm ws classloader *=all 保存

src= //img ecity cn/img_ / / / jpg >

src= //img ecity cn/img_ / / / jpg >

重啟WAS 在profile_root/logs/server /trace log中 就可以看到類載入的詳細信息 例如