androidcrc

㈠ 解壓CRC錯誤怎麼辦（手機）

系統故障，可以多嘗試幾次。

循環冗餘校驗（Cyclic Rendancy Check， CRC）是一種根據網路數據包或計算機文件等數據產生簡短固定位數校驗碼的一種信道編碼技術，主要用來檢測或校驗數據傳輸或者保存後可能出現的錯誤。它是利用除法及余數的原理來作錯誤偵測的。

在計算機網路通信中運用CRC校驗時相對於其他校驗方法就有一定的優勢。CRC可以高比例的糾正信息傳輸過程中的錯誤，可以在極短的時間內完成數據校驗碼的計算，並迅速完成糾錯過程，通過數據包自動重發的方式使得計算機的通信速度大幅提高，對通信效率和安全提供了保障。

由於 CRC 演算法檢驗的檢錯能力極強，且檢測成本較低，因此在對於編碼器和電路的檢測中使用較為廣泛。從檢錯的正確率與速度、成本等方面，都比奇偶校驗等校驗方式具有優勢。因而，CRC 成為計算機信息通信領域最為普遍的校驗方式。

㈡ android裡面沒有crc16校驗庫嗎

沒有，可以自己寫個C ，然後打包成SO庫

㈢ 安卓網路請求數據時如何保證數據的完整性和安全性使用哪種加密

通過網路傳輸數據，需要保證數據的完整性、保密性，以及能夠對數據的發送者進行身份驗證。這些都需要通過一些加密演算法實現。

對稱加密：
加密和解密使用同一個密鑰，特點：保證了數據的保密性。局限性：無法解決密鑰交換問題。常用的演算法有：DES,3DES,AES;

公鑰加密：
生成一個密鑰對（私鑰和公鑰），加密時用私鑰加密，解密時用公鑰解密，特點：解決了密鑰交換問題。局限性：對大的數據加密速度慢。

單向加密：
提取數據的特徵碼，特點：定長輸出，不可逆，可檢驗數據的完整性。局限性：無法保證數據的保密性。常用演算法：MD5、SHA1、CRC-32。

三種加密方法各有優缺點，在時實際應用中，數據從發送方到達接收方，通常是這樣應用的：

1) 首先對要發送的數據做單向加密，獲取數據的特徵碼；

2) 對特徵碼用發送方的私鑰進行加密生成S1；

3) 然後對S1和數據進行對稱加密生成S2；

4) 最後將S2和對稱加密的密碼使用接收方的公鑰進行加密。

這樣一來數據在傳輸過程中的完整性、保密性以及對發送方身份的驗證都能得到保障。

當數據到達接收方時，接收方先用自己的私鑰對接收到的數據進行解密，得到密碼和加密的數據；使用密碼對加密數據解密，得到加密的特徵碼和數據；用發送方的公鑰解密特徵碼，如果能解密，則說明該數據是由發送方所發；反之則不是，這便實現了身份驗證；最後計算數據的特徵碼和解密出來的特徵碼做對比，如果一樣，則該數據沒有被修改；反之則數據被修改過了。

㈣ Android BLE 回調onCharacteristicWrite 時 返回的status 偶爾是失敗 是什麼原因呢

藍牙連接偶爾出現丟包的情況，status反映數據段的傳輸成功還是失敗。
當status返回失敗時，重新傳輸該段數據。

㈤ android 藍牙如何發送十六進制數據

與藍牙模塊通信最重要的地方就是數據的發送和接收，因為是底層的操作，所以更多是發送16進制數據。
進制轉換是我們程序員的必修課，屬於基本素質。這里需要的是將位元組數組轉化為16進制字元串，方法都是通用的：

[java] view plain
public static String bytesToHexString(byte[] bytes) {
String result = "";
for (int i = 0; i < bytes.length; i++) {
String hexString = Integer.toHexString(bytes[i] & 0xFF);
if (hexString.length() == 1) {
hexString = '0' + hexString;
}
result += hexString.toUpperCase();
}
return result;
}

接下來就是發送數據。
發送數據非常簡單，之前有關於藍牙編程的博文已經講到了，http://www.cnblogs.com/wenjiang/p/3200138.html，這里只講重要的一點：大容量位元組數組的發送。
我們需要發送64個位元組的數組，如果一次性發送過去，單片機那裡可能無法及時處理以致沒有任何回應，因為單片機那裡是設置了數據接收的延時時間。要想暢通的與藍牙模塊通信，考慮這個時間差非常重要。調整位元組的發送速率，就成為非常關鍵的一步。值得注意的是，數據的發送是非常快的，就是因為這樣才會導致單片機那裡無法及時處理，所以，每次發送後的延時是非常重要的。我們單片機那裡的延時是10毫秒，所以我們選擇發送完每個位元組後就延時10毫秒再發下個位元組。
[java] view plain
for (byte b : bytes) {
out.write(b);
Thread.sleep(10);
}

具體的延時時間和位元組發送速率得看單片機那裡程序的設置。
在使用InputStream的時候，必須注意，InputStream的讀取是阻塞的。這點在一般的情況下是不會影響到我們的程序，但是記住這個情況對於代碼的設計是非常重要的，尤其是在考慮用戶體驗的時候。
無參數的read()是每次只從流中讀取一個位元組，這種做法效率非常低，但是簡單，像是讀取整數值這種情況，使用read()就非常好，但如果是16進制字元串呢？使用InputStream.read(byte[] b)或者InputStream.read(byte[] b,int off,int len)方法，這樣一次就能讀取多個位元組。
如果是讀取多個位元組，我們常常使用InputStream.available()方法來獲取數據流中可讀位元組的個數。讀取本地數據的時候，該方法發揮得非常好，但如果是讀取非本地數據，就可能出現位元組遺漏的問題，像是要讀取100個位元組，可能就是90個，甚至是0個。
出現0個的情況就是單片機那邊沒有響應或者位元組還沒發送過來，這時我們就需要一個循環來保證我們能夠拿到數據：
[java] view plain
int count = 0;
while (count == 0) {
count = in.available();
}
byte[] bytes = new byte[count];
in.read(bytes);

但像是上面的90個位元組的情況就是位元組遺漏。對於這種情況，解決方法也很簡單：

[java] view plain
byte[] bytes = new byte[count];
int readCount = 0; // 已經成功讀取的位元組的個數
while (readCount < count) {
readCount += in.read(bytes, readCount, count - readCount);
}

㈥ 支持Android 43重定位問題，怎麼解決

設置WebViewClient 就好了
webView.setWebViewClient(new WebViewClient() {
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {

return false;
}
});

裡面的shouldOverrideUrlLoading 函數是用來控制
webview的自己處理還是你的程序處理載入url的邏輯
默認返回false就是webview自動處理了
返回true就代表不需要webview控制項幫你處理了你自己處理了
什麼時候用到true呢
比方說，你的應用裡面的webactivity裡面url點擊跳轉需要和本地activity關聯起來
比方說跳轉到你的某個詳情頁面，那麼你就可以跳轉然後返回true，避免webview載入你自定義的
不是正常url地址的url而顯示載入失敗

㈦ android什麼是appt

aapt,即Android Asset Packaging Tool,是一個工具，來管理資源文件的。

㈧ 我用Android開發,下載ZIP文件存儲到SD卡,但是Z下載的ZIP文件無法讀取,總報CRC錯誤,咋回事

//修改一下吧
byte[] buffer = new byte[1024];
int len;
while ((len=input.read(buffer))!= -1) {
output.write(buffer,0,len);
}

㈨ CRC校驗失敗怎麼辦

crc校驗失敗，在保證演算法沒錯的情況下，只說明一件事情，就是數據不對
由於crc只是校驗，無法糾錯，所以對於校驗出錯的數據只能拋棄
至於後續，如果是存儲數據，那麼需要做恢復初始化操作
如果是數據傳輸，那麼根據數據重要性確定是不是要重傳