今天博主去做了一个脸部的小手术·····啊,脸好疼,现在还疼着呢···
言归正传,开始今天的项目记录
1、今天写代码的时候发现一个问题,点击列表上的音乐,多次点击之后就会出现异常,APP停止工作,异常代码如下:
FATAL EXCEPTION: main
Process: com.example.mic54496.wellmusic, PID: 21756
java.lang.IllegalStateException
at android.media.MediaPlayer._prepare(Native Method)
at android.media.MediaPlayer.prepare(MediaPlayer.java:1154)
at Interactor.SongPlayerInteractor.playMusicInList(SongPlayerInteractor.java:52)
at Presenter.impl.SongPresenterImpl.playSong(SongPresenterImpl.java:62)
at com.example.mic54496.wellmusic.Ui.Fragmnet.SongFrag$1$2.onItemClick(SongFrag.java:110)
at android.widget.AdapterView.performItemClick(AdapterView.java:305)
at android.widget.AbsListView.performItemClick(AbsListView.java:1172)
at android.widget.AbsListView$PerformClick.run(AbsListView.java:3185)
at android.widget.AbsListView$4.run(AbsListView.java:4003)
at android.os.Handler.handleCallback(Handler.java:739)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5294)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:904)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:699)
at de.robv.android.xposed.XposedBridge.main(XposedBridge.java:134)
我的代码是:
//通过点击列表来播放音乐
public void playMusicInList(String fileName)
{
try
{
if (mediaPlayer.isPlaying()||curSong!=null)
mediaPlayer.reset();
mediaPlayer.setDataSource(fileName);
mediaPlayer.prepare();
mediaPlayer.start();
} catch (IOException e)
{
Toast.makeText(mContext, "error:" + e.toString(), Toast.LENGTH_SHORT).show();
e.printStackTrace();
}
}
问题出在mediaPlayer.prepare();
这里,去网上找了资料,有这么几个网址:
http://lovelease.iteye.com/blog/2105616
http://stackoverflow.com/questions/15730772/android-java-lang-illegalstateexception-mediaplayer-isplaying/15730932
主要意思就是mediaPlayer在release之后需要重新初始化回到idie状态····
但是我自始至终都没有用到release这个方法啊····
但是我发现主要是mediaPlayer.prepare();
这行代码有IllegalStateException异常抛出,但是因为没有处理,所以APP就直接GG了,所以现在,哼哼,给它加个异常处理APP就不会GG了
mediaPlayer.setDataSource(fileName);
try
{
mediaPlayer.prepare();
}catch (IllegalStateException e)
{
Log.d("player error",e.toString());
}
mediaPlayer.start();
就像这样···你可以发现其实根本没有处理这个异常,但是我这么做了之后,随意点击列表上的歌曲,APP都不会强退,后续的操作也都没有异常,所以这个问题就这么过去了···
不知道这个问题到底是怎么回事产生的,以后再说···
2、现在开始把从contentProvider中获得的Arraylist<Song>保存起来,这里准备使用greenDao这个ORM框架,相关介绍文章:http://blog.csdn.net/u012702547/article/details/52226163
现在改变策略,准备把单个的Song存入本地数据库,然后打开APP的时候判断本地数据库是否要更新,不更新的话直接从greenDao中取就可以了,一开始有点不想这么做,觉得性能太差,但是,不试试怎么知道呢?试试吧,开始!
按照上面的链接把本地数据库搭建完,然后理一下音乐获取的思路:
如果是时候次打开APP,那么就直接从contentProvider中获取数据,该数据保存在本地类一份,保存在数据库一份
下次打开APP,从本地数据库获取数据,不管contentProvider
3、定好上面的规矩之后,发现了之前做项目一直存在的问题,就是使用viewPager来做顶部的导航栏,第一个页面的数据加载完毕之后,移到第二个页,再回到第一个页,数据不会重新加载,但是如果从第二个页再滑到第三个页,再回到第一个页,第一个页的数据就会被重新加载,这个问题怎么解决呢?
这个博客里就有解决方法:http://blog.csdn.net/icyfox_bupt/article/details/18356461
很简单,只要让ViewPager多缓存一页就好了·····
pager.setOffscreenPageLimit(2);
4、现在照第二条使用GreenDao,但是发现
public SongDBInteractor(Context context){
helper=new DaoMaster.DevOpenHelper(context,"song.db",null);
daoMaster=new DaoMaster(helper.getWritableDb());
daoSession=daoMaster.newSession();
songDao=daoSession.getSongDao();
}
这个的创建过程特别卡,这个创建过程大概有10到15秒,简直不能忍!
现在发现问题出在哪里了,原来
helper=new DaoMaster.DevOpenHelper(context,"song.db",null);
daoMaster=new DaoMaster(helper.getWritableDb());
daoSession=daoMaster.newSession();
这些变量的创建必须在MyApplication中(就是我们自己定义的类继承Application)!下面附上代码:
public class MyApplication extends Application
{
private DaoMaster.DevOpenHelper mHelper;
private SQLiteDatabase db;
private DaoMaster mDaoMaster;
private DaoSession mDaoSession;
public static MyApplication instances;
private static Context context;
@Override
public void onCreate() {
super.onCreate();
instances = this;
context=getApplicationContext();
setDatabase();
}
public static MyApplication getInstances(){
return instances;
}
public static Context getContext(){
return context;
}
/**
* 设置greenDao
*/
private void setDatabase() {
// 通过 DaoMaster 的内部类 DevOpenHelper,你可以得到一个便利的 SQLiteOpenHelper 对象。
// 可能你已经注意到了,你并不需要去编写「CREATE TABLE」这样的 SQL 语句,因为 greenDAO 已经帮你做了。
// 注意:默认的 DaoMaster.DevOpenHelper 会在数据库升级时,删除所有的表,意味着这将导致数据的丢失。
// 所以,在正式的项目中,你还应该做一层封装,来实现数据库的安全升级。
mHelper = new DaoMaster.DevOpenHelper(this, "song-db", null);
db = mHelper.getWritableDatabase();
// 注意:该数据库连接属于 DaoMaster,所以多个 Session 指的是相同的数据库连接。
mDaoMaster = new DaoMaster(db);
mDaoSession = mDaoMaster.newSession();
}
public DaoSession getDaoSession() {
return mDaoSession;
}
public SQLiteDatabase getDb() {
return db;
}
}
但是现在发现把音乐持久化的时间比我想象的要久,而且发现这个greenORM insert一个Song歌曲对象的时间实在是太长了,不知道到底是哪里出了问题,现在决定使用sugarORM看看效果
5、上述决定用sugarORM代替greenORM,看最后效果好不好,因为我这里本来是使用tortotiseGit来进行版本管理的,现在需要开一个新分支,如果这个新分支运行良好,那么就把这个新分支作为主分支,这个又该怎么做呢?等什么时候有空再写。
6、现在发现如何将扫描到的音乐加入本地存储,并且后续的一些细节也没有想清楚,现在决定先暂停一下这个项目的进度,先去学习一下别人的项目,等找到相关项目也会在这里分享自己的看法。
网友评论