Android应用程序在方向更改期间丢失数据
我有一个应用程序,是从一个教程中复制的,该教程使用MediaStore.ACTION\u image\u CAPTURE捕获图像。当我在手机上运行应用程序时,我感到有些奇怪 即使我没有移动手机,相机应用程序本身也会在操作过程中翻转方向几次。在返回教程应用程序之前,它会短暂进入横向模式。因此,在控件返回到教程应用程序后,教程应用程序将返回到纵向模式,图像将丢失。我尝试将相机活动的方向设置为横向,图像不会丢失 但该应用程序的布局是为肖像模式设计的。或者,如果我在拍摄照片时将相机保持横向,我可以在我的应用程序恢复聚焦后转动手机,而不会丢失图像 我在网上做了一些调查。Stackoverflow上有人提到方向的改变导致了对Android应用程序在方向更改期间丢失数据,android,orientation,Android,Orientation,我有一个应用程序,是从一个教程中复制的,该教程使用MediaStore.ACTION\u image\u CAPTURE捕获图像。当我在手机上运行应用程序时,我感到有些奇怪 即使我没有移动手机,相机应用程序本身也会在操作过程中翻转方向几次。在返回教程应用程序之前,它会短暂进入横向模式。因此,在控件返回到教程应用程序后,教程应用程序将返回到纵向模式,图像将丢失。我尝试将相机活动的方向设置为横向,图像不会丢失 但该应用程序的布局是为肖像模式设计的。或者,如果我在拍摄照片时将相机保持横向,我可以在我的
onCreate
的额外调用。“调用onCreate()
的原因是,当您在纵向定向期间调用相机活动时,它将更改方向并销毁您以前的活动。”我在调试模式下运行应用程序,在onCreate和onActivityResult
方法中设置了断点。当我以肖像模式拍照时,onCreate
确实会被调用。调用的顺序是onCreate、onActivityResult和onCreate。如果我在横向模式下拍照(这是我的相机应用程序以任何一种方式结束的地方),onCreate不会被调用。现在我已经知道发生了什么,我该如何避免这成为一个问题?下面是该应用程序现在的样子:
package com.example.testapp;
import java.io.IOException;
import java.io.InputStream;
import android.app.Activity;
import android.app.WallpaperManager;
import android.content.Intent;
import android.content.res.Configuration;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.widget.ImageButton;
import android.widget.ImageView;
public class CameraActivity extends Activity implements View.OnClickListener {
ImageButton ib;
Button b;
ImageView iv;
Intent i;
final static int cameraData = 0;
Bitmap bmp;
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.photo_activity);
initialize();
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
// TODO Auto-generated method stub
super.onConfigurationChanged(newConfig);
setContentView(R.layout.photo_activity);
initialize();
}
private void initialize() {
iv = (ImageView)findViewById(R.id.imageViewReturnedPicture);
ib = (ImageButton)findViewById(R.id.imageButtonTakePicture);
b = (Button)findViewById(R.id.buttonSetWallpaper);
b.setOnClickListener(this);
ib.setOnClickListener(this);
}
@Override
public void onClick(View arg0) {
switch (arg0.getId()) {
case R.id.buttonSetWallpaper:
try {
WallpaperManager wm = WallpaperManager.getInstance(getApplicationContext());
wm.setBitmap(bmp);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
break;
case R.id.imageButtonTakePicture:
i = new Intent(android.provider.MediaStore.ACTION_IMAGE_CAPTURE);
startActivityForResult(i, cameraData);
break;
}
}
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
// TODO Auto-generated method stub
super.onActivityResult(requestCode, resultCode, data);
if (resultCode == RESULT_OK) {
Bundle extras = data.getExtras();
bmp = (Bitmap)extras.get("data");
iv.setImageBitmap(bmp);
}
}
}
以下是我在清单中关于这项活动的信息:
android:name="com.example.testapp.CameraActivity"
android:label="Camera Activity"
android:configChanges="orientation"
android:screenOrientation="portrait"
android:name=“com.example.testapp.CameraActivity”
android:label=“摄像头活动”
android:configChanges=“方向”
android:screenOrientation=“肖像”
我已经做了大量的研究,但我发现的很多东西缺乏具体的例子。我需要知道代码是什么样子,而不仅仅是使用什么功能
我的手机是LG手机。还有其他人遇到过这个问题吗?如何修复它?处理方向更改的方法是保存实例状态。如果您填写该方法,则可以在onCreate期间将保存到该捆绑包中的数据取回。这是为视图而做的,但其他数据必须自己保存。任何原语、可包裹或可序列化对象都可以通过这种方式保存,包括位图
您这样做不仅是为了在配置更改中生存,也是为了在内存不足的情况下保持状态 你是否尝试过在android menifest的活动中添加安卓:launchMode=“singleTop”,这对我来说很有用。问题是,当方向发生变化并且您的数据丢失时,android会重新启动活动,如果您的活动已经在运行,则不会创建新实例
<activity
android:name=".FacebookActivity"
android:label="@string/facebook_app_name"
android:launchMode="singleTop"
android:configChanges="keyboardHidden|orientation"
>
</activity>
使用和,然后使用通过onCreate获得的参数,或者在清单上设置您将通过使用和设置您希望自己处理的情况来处理方向更改(例如方向|屏幕大小|屏幕布局)。您必须覆盖并使用以保存/恢复位图
像这样:
// during onCreate(Bundle), after initialise()
bmp = getLastNonConfigurationInstance();
if(bmp!=null){ iv.setImageBitmap(bmp); }
else { /* the image was not taken yet */ }
然后在您的活动u上覆盖:
@Override
public Object onRetainNonConfigurationInstance (){
return bmp;
}
这将在旋转期间“保存”位图
编辑:
示例使用建议的onSaveInstanceState,这将起作用,但在其他情况下很快需要:
public class SomethingSomething extends Activity{
String name="";
int page=0;
// This is called when the activity is been created
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// if you saved something on outState you can recover them here
if(savedInstanceState!=null){
name = savedInstanceState.getString("name");
page = savedInstanceState.getInt("page");
}
}
// This is called before the activity is destroyed
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putString("name", name);
outState.putInt("page", page);
}
}
如您所见,此解决方案不适合您的情况的原因是,用于此的是Android特殊类型的序列化,可以处理实现Parcelable的原语、字符串和类(这些类实际上只打包它们的原语)。即使位图实现了Parcelable,将位图上的每个字节复制到bundle也需要花费大量的时间,并且会使位图已经很大的内存消耗翻一番
现在让我们来看一个使用setRetainInstance
的解决方案(从\sdk\extras\android\support\samples\Support4Demos\src\com\example\android\supportv4\app\FragmentRetainInstanceSupport.Java
上的示例中稍微复制)
一定要检查例子,因为它显示了一些其他花哨的技巧
// This fragment will be managed by the framework but we won't built a UI for it.
public class FragRetained extends Fragment{
public static final String TAG = "TAG.FragRetained";
private Bitmap bitmap;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// Tell the framework to try to keep this fragment around
// during a configuration change.
setRetainInstance(true);
}
public Bitmap getBitmap() { return bitmap; }
public void setBitmap(Bitmap bmp) { bitmap = bmp; }
}
public class MyActivity extends Activity{
private FragRetained myFragRetained;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// set the content view
img = (ImageView)findViewById(R.id.byImgV);
myFragRetained = getFragmentManger.findFragmentByTag(FragRetained.TAG);
if(myFragRetained == null){
myFragRetained = new FragRetained ();
}else{
Bitmap b = myFragRetained.getBitmap();
if(b==null){
// the user still did not choose the photo
}else{
img.setImageBitmap(b);
}
}
}
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (resultCode == RESULT_OK) {
Bundle extras = data.getExtras();
bmp = (Bitmap)extras.get("data");
iv.setImageBitmap(bmp);
myFragRetained.setBitmap(bmp);
}
}
}
并确保从您的中删除一行关于android:configChanges=“orientation”的小引号:
注意:应避免使用此属性,并仅将其用作
最后手段。有关更多信息,请阅读处理运行时更改
关于如何正确处理由于配置更改而导致的重新启动
周一,我参加了一个移动开发小组会议,得到了一个提示。一位为一家大公司编写各种平台应用程序的程序员建议将位图附加到应用程序对象上。当我研究如何实现这一点时,我终于想出了一个可行的解决方案(文章末尾的新问题)根据以下博文中的建议: 基本上,这需要在应用程序中的任何活动都可以访问的位置将位图设置为公共资源。我创建了一个新类,如下所示:
package com.example.testapp;
import android.graphics.Bitmap;
public class CommonResources {
public static Bitmap cameraBmp = null;
}
@Override
protected void onPause() {
// TODO Auto-generated method stub
super.onPause();
if (isFinishing()) {
// Save the bitmap.
CommonResources.cameraBmp = null;
}
}
然后,我将CameraActivity.java中对bmp的所有引用更改为CommonResources.cameraBmp
在初始化期间,如果CommonResources.cameraBmp不为null,则我使用它在ImageView中设置位图
onCreate和initialize现在如下所示:
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.photo_activity);
initialize();
}
private void initialize() {
iv = (ImageView)findViewById(R.id.imageViewReturnedPicture);
ib = (ImageButton)findViewById(R.id.imageButtonTakePicture);
b = (Button)findViewById(R.id.buttonSetWallpaper);
if (CommonResources.cameraBmp != null) {
iv.setImageBitmap(CommonResources.cameraBmp);
}
b.setOnClickListener(this);
ib.setOnClickListener(this);
}
然后,为了进行一些清理,我添加了onPause,如下所示:
package com.example.testapp;
import android.graphics.Bitmap;
public class CommonResources {
public static Bitmap cameraBmp = null;
}
@Override
protected void onPause() {
// TODO Auto-generated method stub
super.onPause();
if (isFinishing()) {
// Save the bitmap.
CommonResources.cameraBmp = null;
}
}
我现在最大的问题是:我是否正确处理了内存,还是造成了垃圾收集问题?在搜索了相当长一段时间的web后,我查看了一些代码并得出了这个结论,我希望它能帮助任何查看