MediaPlayer: error (1, -2147483648)

MediaPlayer(362): error (-38, 0) 

在android开发中，经常会用到MediaPlayer。

在使用MediaPlayer时，有时候会遇到：类似的错误。

这时，需要检查一下在设置MediaPlayer的数据源时，使用的是那种方式：

1.在初始化MediaPlayer时，通过create方法设置数据源。则不能写MediaPlayer.prepare()方法，这时，会报错。

2.如果是使用MediaPlayer构造函数初始化MediaPlayer，然后通过setDataSource方法设置数据源时，就需要在start（）之前，使用MediaPlayer.prepare()方法，对数据源进行一次编译。能够避免出现（-38,0）这种错误。

3.如果出现MediaPlayer: error (1, -2147483648)这种错误，在logcat中查看是否又io的异常，如果有请检查：1、文件的操作权限，2、是否还有别的进程在操作读取的目标文件（例如，刚刚录制声音的mediarecord是否释放）

4.如果是apk里，写好的文件。可能还需要“"chmod 777 ”修复一下权限。

try { String command = "chmod 777"+ audioFile.getAbsolutePath(); Runtime runtime = Runtime.getRuntime(); java.lang.Process proc = runtime.exec(command); } catch (IOException e) { e.printStackTrace(); }

使用方法非常简单，下面的例子就是利用一个Handler的handleMessage复写方法收取Message对象发送的消息进行绘制一个运行于蓝色直线上的滚动的圆形。

package com.test.surfaceview; import java.lang.reflect.Field; import java.util.ArrayList; import android.app.Activity; import android.content.Context; import android.graphics.Bitmap; import android.graphics.BitmapFactory; import android.graphics.Canvas; import android.graphics.Color; import android.graphics.Paint; import android.graphics.Rect; import android.os.Bundle; import android.os.Handler; import android.os.Message; import android.util.Log; import android.view.SurfaceHolder; import android.view.SurfaceView; import android.view.View; public class TestsurfaceviewActivity extends Activity { private final static String TAG = "TestsurfaceviewActivity"; /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); onHanlderTest(); } private final static int MSG_UPDATE_START = 1; private final static int MSG_UPDATE_STOP = 2; private final static int MSG_UPDATE_REGION = 3; private DrawViewer dv = null; private void onHanlderTest(){ dv = new DrawViewer(this); new Thread(new myTestThread()).start(); this.setContentView(dv); //请务必注意这句，否则其内容将不是画在此DrawViewer上面 } private class DrawViewer extends View { private int center = 0; public DrawViewer(Context ctx) { super(ctx); this.center = 30; } @Override protected void onDraw(Canvas canvas){ Log.i(TAG,"onDraw curr position = "+ center); center+= 10; if(center >= 1280) center = 0; Paint mPaint = new Paint(); mPaint.setAntiAlias(true); mPaint.setColor(Color.RED); mPaint.setAlpha(0x80); canvas.drawCircle(center, 320, 40, mPaint); mPaint.setColor(Color.BLUE); canvas.drawLine(0, 360, 1280, 360, mPaint); } } Handler myHandler = new Handler() { public void handleMessage(Message msg) { switch(msg.what){ case MSG_UPDATE_START: Log.i(TAG,"revice MSG_UPDATE_START msg"); break; case MSG_UPDATE_STOP: Log.i(TAG,"revice MSG_UPDATE_STOP msg"); break; case MSG_UPDATE_REGION: Log.i(TAG,"revice MSG_UPDATE_REGION msg"); /** * Invalidate the whole view. If the view is visible, * onDraw(Canvas) will be called at some point in the future. * This must be called from a UI thread. To call from a non-UI * thread, call postInvalidate(). */ dv.invalidate(); //实际调用的函数是DrawViewer中的onDraw()函数 break; } super.handleMessage(msg); } }; class myTestThread implements Runnable { private void sendMsg(int what) { Message message = new Message(); message.what = what; myHandler.sendMessage(message); } public void run() { this.sendMsg(MSG_UPDATE_START); while (!Thread.currentThread().isInterrupted()) { try { this.sendMsg(MSG_UPDATE_REGION); Thread.sleep(500); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } this.sendMsg(MSG_UPDATE_STOP); } } }

用handler可以更好地使用我们在windows平台写代码的通过消息驱动的程序设计，比较容易理解，android还有其它的方法，后续!

最近一次web工程上线，上线大概半个小时，出现了报警，16核的服务器的cpu使用了1123%，程序出异常了。

Cpu利用率过高一般是因为出现了出现了死循环，导致部分线程一直运行。占用cpu时间。使用jstack工具dump出问题的那台服务器的栈信息。死循环的话，首先查找RUNNABLE的线程，找到问题代码如下：

java.lang.Thread.State:RUNNABLE

         at java.util.HashMap.get(HashMap.java:303)

atcom.sohu.twap.service.logic.TransformTweeter.doTransformTweetT5(TransformTweeter.java:183)

共出现了23次。

java.lang.Thread.State:RUNNABLE

         at java.util.HashMap.put(HashMap.java:374)

         atcom.sohu.twap.service.logic.TransformTweeter.transformT5(TransformTweeter.java:816)

共出现了3次。

问题原因已经显而易见。先说说这个Hashmap的使用的方法，在服务器启动之后，第一个访问这个map的时候进行初始化，以后不再变化。hashmap作为TransformTweeter的static成员，也就是类成员。

关键代码：

privatestatic Map<String,String>expressionMap =newHashMap<String, String>();

先来分析初始化方法：

上面的栈信息显示有三个线程在对HashMap进行put操作，这显然是违背了作者的本意的。看798行，expressionMap.size==0 这个判读，在多个线程并发操作的的时候，可能存在（这里用一定也不过分）多个线程进入这段初始化代码。

问题就这样引起了，HashMap是非线程安全的，多个线程put的时候造成了某个key值Entry key List的死循环，问题就这么产生了。

当另外一个线程get 这个Entry List 死循环的key的时候，这个get也会一直执行。最后结果是越来越多的线程死循环，最后导致服务器dang掉。解决办法也很简单，就不多说了

我们一般认为HashMap重复插入某个值的时候，会覆盖之前的值，这个没错。但是对于多线程访问的时候，由于其内部实现机制，就可能出现安全问题了。正如<<并发编程实践>>所说，当某个类没有什么是线程安全的时候，就认为它是非线程安全的。

有人已经做出了分析，我就不在大费周章了。链接如下：

问题：http://www.blogjava.net/zhvfeng/archive/2010/08/04/327956.html

分析：http://www.udpwork.com/item/2321.html