編輯:關於Android編程
ava:采用大端字節序存儲數據【低地址存放數據的高位,高地址存放數據的低位,數據高位存放在數組的前面】
windows(intel平台):采用小端字節序存儲數據【低地址存放數據的低位,高地址存放數據的高位,數據的高位存放在數組的後面】(windows接收java發送過來的short,int需要調用ntohs和ntohl來轉換到
小數端)
【數據高位】:0x1234的高位為 0x12
【數據低位】:0x1234的低位為 0x34
如: int ihex = 0x12345678;
short shex=0x1234;
java內存中存儲為:
byte[] = { '0x12','0x34','0x56','0x78'}
byte[] = { '0x12','0x34'}
而windows下(intel cpu):
c/c++/qt 存儲為
一個字符數組地址是從首地址開始遞增的,也就是數組下標越大,內存地址越大。
=====char[] 前面是低地址,後面是高地址
char [] = {'0x78','0x56','0x34','0x12'} //QByteArray和char[]一致
char [] = {'0x34','0x12'}
設計java端client程序時,需要我們在程序中顯式采用大端字節序來處理int,short,long(字符串不需要考慮),即將int,short,long轉換成byte[]。【將short,int的高位存儲在字符數組的前
面】當然你想用小字節存放也可以,socket收到數據後打印出來看int,short的16進制數字節序,然後做處理即可。
函數如下:(大端字節序存儲的函數)
/*整型轉化成字符序列,類似的函數baidu可以找到很多
*執行位操作,將int i = 0x12345678; 對應二進制:
*內存中存放:低地址
*00010010 0x12
*00110100 0x34
*01010110 0x56
*01111000 0x78
*高地址
*/
// 存放到byte[]={'0x12','0x34','0x56','0x78'}位置處
public static byte[] intToBytes(int i)
{
//bytes[0] = 00010010
//bytes[1] = 00110100
//bytes[2] = 01010110
//bytes[3] = 01111000
byte bytes[] = new byte[4];
for (int j = 3; j >= 0; j--)
bytes[3 - j] = (byte)(i >> 8 * (3 - j) & 0xff); //bytes[0] :直接將i的低8bits和0xff與操作即可,此時j=3
return bytes;
}
public static byte[] shortToBytes(short s)
{
byte bytes[] = new byte[2];
bytes[0]=(byte)(0xFF&(s>>8)); //低地址存放高位數據,低位數據被右移8bits後刪除了。(返回高8位值)
bytes[1]=(byte)(0xFF&s); //高地址存放低位數據,位操作當然是低位執行的與操作。當前只和8bits與,(即返回低8bits值)
return bytes;
}
最近項目有一個需求,需要多層可滑動控件的嵌套展示,demo效果如下,demo的下載地址在最後 咋一看好像挺簡單啊,不就是一個ScrollView + ViewP
前言對ios和android使用同一套ios的交互設計這種做法不置可否,畢竟很多人都這麼干,對此我們在開發中就要能夠換算出適合分辨率的尺寸大小,我們可直接對比雙方的分辨率
事實上之所以會有之前的那篇博文的出現,是起因於前段時間自己在寫一個練手的App時很快就遇到這種需求。其實我們可以發現類似這樣下拉刷新、上拉加載的功能正在變得越來越普遍,可
一.前言首先再說三級緩存之前我們首先了解一下垃圾回收機制下面是目前我所了解的幾種引用關系(一).強引用(StrongReference) 垃圾回收機制不會回收強引用所指