我正在为Android制作音乐播放器。一切都很完美,除了列表视图,其中有300多首歌曲!具有该列表视图的活动需要5秒才能加载,我希望将该时间缩短到用户可接受的体验。基本上我只是使用歌曲标题和艺术家作为列表视图格式而没有图像,但经验仍然很慢。谷歌搜索了很多,最后得到了延迟加载位图和平滑滚动文档,但没有关于加载列表视图活动的时间。这是我正在使用的代码 -
public View getView(int position, View convertView, ViewGroup parent) {
View vi = convertView;
ViewHolder holder;
if(convertView==null){
vi = inflater.inflate(R.layout.row, null);
holder = new ViewHolder();
holder.text = (TextView) vi.findViewById(R.id.text);
holder.text1=(TextView) vi.findViewById(R.id.text1);
vi.setTag( holder );
}
else {
holder=(ViewHolder)vi.getTag();
}
if(data.size()<=0)
{
holder.text.setText("No Data");
}
else
{
tempValues=null;
tempValues = ( ListModel ) data.get( position );
holder.text.setText( tempValues.getCompanyName() );
if (tempValues.getUrl()== null){
holder.text1.setText("Unknown Artist");
}
else {
holder.text1.setText( tempValues.getUrl() );
}
vi.setOnClickListener(new OnItemClickListener( position ));
}
return vi;
}
另一件事是当我打开列表视图活动三次或更多(如果幸运的话)它会崩溃(可能是内存原因但不确定)。这是Log Cat
12-26 01:13:59.950: V/MediaPlayer-JNI(6349): getCurrentPosition: 68586 (msec)
12-26 01:13:59.960: V/MediaPlayer-JNI(6349): getCurrentPosition: 68586 (msec)
12-26 01:13:59.960: V/MediaPlayer-JNI(6349): isPlaying: 1
12-26 01:13:59.960: V/MediaPlayer-JNI(6349): getCurrentPosition: 68586 (msec)
12-26 01:14:00.020: D/AbsListView(6349): Get MotionRecognitionManager
12-26 01:14:01.392: D/AndroidRuntime(6349): Shutting down VM
12-26 01:14:01.392: W/dalvikvm(6349): threadid=1: thread exiting with uncaught exception (group=0x419aada0)
12-26 01:14:01.392: E/AndroidRuntime(6349): FATAL EXCEPTION: main
12-26 01:14:01.392: E/AndroidRuntime(6349): Process: com.garaya.musicplayer, PID: 6349
12-26 01:14:01.392: E/AndroidRuntime(6349): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.garaya.musicplayer/com.garaya.musicplayer.MainActivity}: java.lang.RuntimeException: setDataSource failed: status = 0x80000000
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2412)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2470)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread.access$900(ActivityThread.java:174)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1307)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.os.Handler.dispatchMessage(Handler.java:102)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.os.Looper.loop(Looper.java:146)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread.main(ActivityThread.java:5593)
12-26 01:14:01.392: E/AndroidRuntime(6349): at java.lang.reflect.Method.invokeNative(Native Method)
12-26 01:14:01.392: E/AndroidRuntime(6349): at java.lang.reflect.Method.invoke(Method.java:515)
12-26 01:14:01.392: E/AndroidRuntime(6349): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1283)
12-26 01:14:01.392: E/AndroidRuntime(6349): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1099)
12-26 01:14:01.392: E/AndroidRuntime(6349): at dalvik.system.NativeStart.main(Native Method)
12-26 01:14:01.392: E/AndroidRuntime(6349): Caused by: java.lang.RuntimeException: setDataSource failed: status = 0x80000000
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.media.MediaMetadataRetriever.setDataSource(Native Method)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.media.MediaMetadataRetriever.setDataSource(MediaMetadataRetriever.java:70)
12-26 01:14:01.392: E/AndroidRuntime(6349): at com.garaya.musicplayer.MainActivity.setListData(MainActivity.java:241)
12-26 01:14:01.392: E/AndroidRuntime(6349): at com.garaya.musicplayer.MainActivity.onCreate(MainActivity.java:186)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.Activity.performCreate(Activity.java:5458)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1093)
12-26 01:14:01.392: E/AndroidRuntime(6349): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2376)
12-26 01:14:01.392: E/AndroidRuntime(6349): ... 11 more
以下是主要活动setListData()
-
public void setListData()
{
for(int i=0; i < files.length; i++)
{
File file = files[i];
final ListModel sched = new ListModel();
MediaMetadataRetriever metaRetriver;
metaRetriver = new MediaMetadataRetriever();
metaRetriver.setDataSource(file.getPath());
String filename = file.getName().replace(".mp3", "");
filename = filename.replace(".MP3", "");
String TitleFile = metaRetriver
.extractMetadata(MediaMetadataRetriever.METADATA_KEY_TITLE);
String finalName;
if (TitleFile == null || TitleFile == "") {
finalName = filename;
}
else {
finalName = TitleFile;
}
sched.setCompanyName(finalName);
sched.setUrl(metaRetriver
.extractMetadata(MediaMetadataRetriever.METADATA_KEY_ARTIST));
CustomListViewValuesArr.add( sched );
}
}
谷歌过度使用图像加载和无限列表视图加载,但在listview的加载时间上效果不佳。我想Async可能会有所帮助,但我只是初学者在android和它的第一个Android应用程序,以学习如何制作应用程序。所以贾兹,请帮帮我吧!我很无能为力。 (如果需要任何其他代码,请告诉我们!)
没有MetaDataRetriever的编辑的setListData()在2秒内加载活动
public void setListData()
{
for(int i=0; i < files.length; i++)
{
File file = files[i];
final ListModel sched = new ListModel();
String filename = file.getName().replace(".mp3", "");
filename = filename.replace(".MP3", "");
sched.setCompanyName(filename);
sched.setUrl("Artist");
CustomListViewValuesArr.add( sched );
}
}
答案 0 :(得分:1)
首先,它看起来像是从URL加载图像 - 换句话说,就是互联网。考虑到来源,5秒也不错。首先,您应该显示一个“加载”进度条(即使是一个不确定的进度条)。见这里:
http://android-er.blogspot.com/2011/07/display-indeterminate-progress-bar-on.html
其次,您的logcat中的URL源失败。阅读!换句话说,你的应用程序很好。这是您的数据似乎失败的来源(“setDataSource”问题)。
您应该记住,并非所有用户都拥有WiFi /互联网。此外,它可能很慢或不可靠。此外,数据源可能可用也可能不可用(维护,路由器问题等)。
此外,可能需要AsyncTask或Threads来减少您提到的UI延迟。如果您可以控制URL源,那么您应该能够进行仅返回几行(20或30)的调用,以便用户快速查看某些内容。然后根据数据量,流量和用户交互加载更多行或剩余行。
答案 1 :(得分:1)
我自己解决了这个问题。这是我做的 -
public void setListData()
{
for(int i=0; i < files.length; i++)
{
File file = files[i];
final ListModel sched = new ListModel();
String filename = file.getName().replace(".mp3", "");
filename = filename.replace(".MP3", "");
sched.setCompanyName(filename);
sched.setUrl("Artist"); // set default value and we will get actual value via MetaDataRetriever in getView()
CustomListViewValuesArr.add( sched );
}
}
我刚从MetaDataRetriever
删除了setListData()
并将其添加到getView()
中,从而降低了活动负担。要理解它是如何工作的,只需认为setListData
适用于每一行并且有300多行,所以要做很多工作,但另一方面getView
处理当前在屏幕上的行。因此,相反在不同行的音调上工作,现在我们只需要关注正在显示的7-10行!因此,基本的事情是尽可能减少你在查看列表数据时的活动负担。
抱歉英文不好!但我希望解决方案适用于其他人!