androidintbyte

1. Android開發輸入輸出流的新手問題

說一下什麼異常？ 這個類應該是可以用的android官網上就有這個類的使用說明

2. Android中各基本數據類型所佔位元組數是多少

android的也就是java的，如下：
byte 1個位元組
short 2個位元組
char 2個位元組
int 4個位元組
long 8個位元組
float 4個位元組
double 8個位元組

3. android如何讀取串口數據

樓主問題解決了沒？我用串口調試助手調試，安卓端能發送數據到pc端接收，但反過來pc端發數據過來安卓無法接收，求大神指導啊

4. Android 中audiorecord 的read(byte[]buffer,int offset,int length);方法， buffer 表示的是什麼數據呢

這個buffer是需要你來提供的，它用來接收系統record下來的audio數據

5. android byte和byte的區別

估計題寫錯了哇byte與int的區別：
主要是存儲空間的大小和取值范圍不同。
byte佔用1個位元組存儲空間，取值范圍-128~127
int佔用4個位元組存儲空間，取值范圍-2的31次方~2的31次方-1

6. Android 線程間通信有哪幾種方式

Android 的廣播機制 在 Android 裡面有各種各樣的廣播，比如電池的使用狀態，電話的接收和簡訊的接收都會產生一個廣播，應用程序開發者也可以監聽這些廣播並做出程序邏輯的處理。下面我畫一張粗略的圖來幫助大家理解廣播的運行機制。 Android 中有各式各樣的廣播，各種廣播在Android 系統中運行，當系統/應用程序運行時便會向 Android 注冊各種廣播，Android 接收到廣播會便會判斷哪種廣播需要哪種事件，然後向不同需要事件的應用程序注冊事件，不同的廣播可能處理不同的事件也可能處理相同的廣播事件，這時就需要 Android 系統為我們做篩選。 案例分析： 一個經典的電話黑名單，首先通過將黑名單號碼保存在資料庫裡面，當來電時，我們接收到來電廣播並將黑名單號碼與資料庫中的某個數據做匹配，如果匹配的話則做出相應的處理，比如掛掉電話、比如靜音等等。。。 Demo 分析： 下面通過一個小DEMO 來講解一下廣播在Android 中如何編寫，在Demo中我們設置了一個按鈕為按鈕設置點擊監聽通過點擊發送廣播，在後台中接收到廣播並列印LOG信息。代碼如下： BroadCastActivity 頁面代碼 public class BroadCastActivity extends Activity { public static final String ACTION_INTENT_TEST = "com.terry.broadcast.test"; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Button btn = (Button) findViewById(R.id.Button01); btn.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { // TODO Auto-generated method stub Intent intent = new Intent(ACTION_INTENT_TEST); sendBroadcast(intent); } }); } } 接收器代碼如下： public class myBroadCast extends BroadcastReceiver { public myBroadCast() { Log.v("BROADCAST_TAG", "myBroadCast"); } @Override public void onReceive(Context context, Intent intent) { // TODO Auto-generated method stub Log.v("BROADCAST_TAG", "onReceive"); } } Android 廣播的生命周期 在上面的接收器中，繼承了BroadcastReceiver 並重寫了它的onReceive 並構造了一個函數，下面通過圖片來一步一步認識 Android 廣播的生命周期。當我點擊一下按鈕，它向Android 發送了一個廣播，如下圖： 這時我們再點擊一下按鈕，它還是會再向 Android 系統發送廣播，此時日誌信息如下： 下面本人畫一張圖像，描述了Android 中廣播的生命周期，其次它並不像Activity 一樣復雜，運行原理很簡單如下圖： 下面來看一下SDK給出的解釋： 大意為：如果一個廣播處理完onReceive 那麼系統將認定此對象將不再是一個活動的對象，也就會finished掉它。 至此，大家應該能明白 Android 的廣播生命周期的原理，代碼也不用多介紹，很簡單的一個發送廣播並處理廣播的Demo。 Android 如何判斷並篩選廣播? 前 面說過 Android 的廣播有各式各樣，那麼Android 系統是如何幫我們處理我們需要哪種廣播並為我們提供相應的廣播服務呢?這里有一點需要大家注意，每實現一個廣播接收類必須在我們應用程序中的 manifest 中顯式的註明哪一個類需要廣播，並為其設置過濾器，如下圖： Tip:action 代表一個要執行的動作，在Andriod 中有很action 比如 ACTION_VIEW,ACTION_EDIT 那麼有些人會問了，如果我在一個廣播接收器中要處理多個動作呢?那要如何去處理? 在Android 的接收器中onReceive 以經為我們想到的，同樣的你必須在Intent-filter 裡面注冊該動作，可以是系統的廣播動作也可以是自己需要的廣播，之後你之需要在onReceive 方法中，通過intent.getAction()判斷傳進來的動作即可做出不同的處理，不同的動作。具體大家可以去嘗試測試一下。 小結： 在Android 中如果要發送一個廣播必須使用sendBroadCast 向系統發送對其感興趣的廣播接收器中。 使用廣播必須要有一個intent 對象必設置其action動作對象 使用廣播必須在配置文件中顯式的指明該廣播對象 每次接收廣播都會重新生成一個接收廣播的對象 在BroadCast 中盡量不要處理太多邏輯問題，建議復雜的邏輯交給Activity 或者 Service 去處理 Android廣播機制(兩種注冊方法) 在android下，要想接受廣播信息，那麼這個廣播接收器就得我們自己來實現了，我們可以繼承BroadcastReceiver，就可以有一個廣播接受器了。有個接受器還不夠，我們還得重寫BroadcastReceiver裡面的onReceiver方法，當來廣播的時候我們要干什麼，這就要我們自己來實現，不過我們可以搞一個信息防火牆。具體的代碼： public class SmsBroadCastReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { Bundle bundle = intent.getExtras(); Object[] object = (Object[])bundle.get("ps"); SmsMessage sms[]=new SmsMessage[object.length]; for(int i=0;i { sms[0] = SmsMessage.createFromP((byte[])object[i]); Toast.makeText(context, "來自"+sms[i].getDisplayOriginatingAddress()+" 的消息是："+sms[i].getDisplayMessageBody(), Toast.LENGTH_SHORT).show(); } //終止廣播，在這里我們可以稍微處理，根據用戶輸入的號碼可以實現簡訊防火牆。 abortBroadcast(); } } 當實現了廣播接收器，還要設置廣播接收器接收廣播信息的類型，這里是信息：android.provider.Telephony.SMS_RECEIVED 我們就可以把廣播接收器注冊到系統裡面，可以讓系統知道我們有個廣播接收器。這里有兩種，一種是代碼動態注冊： //生成廣播處理 smsBroadCastReceiver = new SmsBroadCastReceiver(); //實例化過濾器並設置要過濾的廣播 IntentFilter intentFilter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED"); //注冊廣播 BroadCastReceiverActivity.this.registerReceiver(smsBroadCastReceiver, intentFilter); 一種是在AndroidManifest.xml中配置廣播 package="spl.broadCastReceiver" android:versionCode="1" android:versionName="1.0"> android:label="@string/app_name"> 兩種注冊類型的區別是： 1)第一種不是常駐型廣播，也就是說廣播跟隨程序的生命周期。 2)第二種是常駐型，也就是說當應用程序關閉後，如果有信息廣播來，程序也會被系統調用自動運行。 BroadcastReceiver用於監聽被廣播的事件 必須被注冊，有兩種方法： 1、在應用程序的代碼中注冊 注冊BroadcastReceiver： registerReceiver(receiver，filter); 取消注冊BroadcastReceiver： unregisterReceiver(receiver); 當BroadcastReceiver更新UI，通常會使用這樣的方法注冊。啟動Activity時候注冊BroadcastReceiver，Activity不可見時候，取消注冊。 2、在androidmanifest.xml當中注冊 使用這樣的方法注冊弊端：它會始終處於活動狀態，畢竟是手機開發，cpu和電源資源比較少，一直處於活動耗費大，不利。

7. 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);
}

8. eclipse寫android程序，怎麼將從藍牙模塊中接受的16進制的數據轉換成十進制

/* *
* Convert byte[] to hex string.我byte轉換int利用Integer.toHexString(int)
*轉換16進制字元串
* @param src byte[] data
* @return hex string
*/
public static String bytesToHexString(byte[] src){
StringBuilder stringBuilder = new StringBuilder("");
if (src == null || src.length <= 0) {
return null;
}
for (int i = 0; i < src.length; i++) {
int v = src[i] & 0xFF;
String hv = Integer.toHexString(v);
if (hv.length() < 2) {
stringBuilder.append(0);
}
stringBuilder.append(hv);
}
return stringBuilder.toString();
}
能byte[]轉化16進制字元串希望能幫

9. android開發中怎樣實現混音

音頻混音的原理: 量化的語音信號的疊加等價於空氣中聲波的疊加。

下面是代碼，可以參照來學習：

publicvoidmixAudios(File[]rawAudioFiles){	
	finalintfileSize=rawAudioFiles.length;

	FileInputStream[]audioFileStreams=newFileInputStream[fileSize];
	FileaudioFile=null;
	
	FileInputStreaminputStream;	byte[][]allAudioBytes=newbyte[fileSize][];	boolean[]streamDoneArray=newboolean[fileSize];	byte[]buffer=newbyte[512];	intoffset;	
	try{		
		for(intfileIndex=0;fileIndex<fileSize;++fileIndex){
			audioFile=rawAudioFiles[fileIndex];
			audioFileStreams[fileIndex]=newFileInputStream(audioFile);
		}		while(true){			
			for(intstreamIndex=0;streamIndex<fileSize;++streamIndex){
				
				inputStream=audioFileStreams[streamIndex];				if(!streamDoneArray[streamIndex]&&(offset=inputStream.read(buffer))!=-1){
					allAudioBytes[streamIndex]=Arrays.Of(buffer,buffer.length);
				}else{
					streamDoneArray[streamIndex]=true;
					allAudioBytes[streamIndex]=newbyte[512];
				}
			}			
			byte[]mixBytes=mixRawAudioBytes(allAudioBytes);			
			//mixBytes就是混合後的數據
			
			booleandone=true;			for(booleanstreamEnd:streamDoneArray){				if(!streamEnd){
					done=false;
				}
			}			
			if(done){				break;
			}
		}
		
	}catch(IOExceptione){
		e.printStackTrace();		if(mOnAudioMixListener!=null)
			mOnAudioMixListener.onMixError(1);
	}finally{		try{			for(FileInputStreamin:audioFileStreams){				if(in!=null)
					in.close();
			}
		}catch(IOExceptione){
			e.printStackTrace();
		}
	}
}/**
*每一行是一個音頻的數據
*/byte[]averageMix(byte[][]bMulRoadAudioes){		
		if(bMulRoadAudioes==null||bMulRoadAudioes.length==0)			returnnull;		byte[]realMixAudio=bMulRoadAudioes[0];		
		if(bMulRoadAudioes.length==1)			returnrealMixAudio;		
		for(intrw=0;rw<bMulRoadAudioes.length;++rw){			if(bMulRoadAudioes[rw].length!=realMixAudio.length){
				Log.e("app","columnoftheroadofaudio+"+rw+"isdiffrent.");				returnnull;
			}
		}		
		introw=bMulRoadAudioes.length;		intcoloum=realMixAudio.length/2;		short[][]sMulRoadAudioes=newshort[row][coloum];		for(intr=0;r<row;++r){			for(intc=0;c<coloum;++c){
				sMulRoadAudioes[r][c]=(short)((bMulRoadAudioes[r][c*2]&0xff)|(bMulRoadAudioes[r][c*2+1]&0xff)<<8);
			}
		}		short[]sMixAudio=newshort[coloum];		intmixVal;		intsr=0;		for(intsc=0;sc<coloum;++sc){
			mixVal=0;
			sr=0;			for(;sr<row;++sr){
				mixVal+=sMulRoadAudioes[sr][sc];
			}
			sMixAudio[sc]=(short)(mixVal/row);
		}		for(sr=0;sr<coloum;++sr){
			realMixAudio[sr*2]=(byte)(sMixAudio[sr]&0x00FF);
			realMixAudio[sr*2+1]=(byte)((sMixAudio[sr]&0xFF00)>>8);
		}		returnrealMixAudio;
}