Android应用程序启动时出现白色背景问题

Android应用程序启动时出现白色背景问题要如何来解决呢,我们下面就一起来看一篇关于启动时的一些小问题,具体的如下文介绍.

Android应用程序开发过程中，为了使应用程序有更好的用户体验，常常在启动应用程序时添加启动页，但是在添加启动页的时候，我们会发现，在启动该应用时会出现白色背景，然后才进入我们设定的启动页背景。

解决方法如下：

在style中创建一个启动activity的style，my_welcome_background即是你需要显示的启动页背景图，然后将下面的style添加到manifest文件中的启动页activity中的Theme属性中。

<style name="WelcomeTheme" parent="Theme.AppCompat.Light.NoActionBar">
  <item name="windowActionBar">false</item>
  <item name="windowNoTitle">true</item>
  <item  name="android:windowBackground">@drawable/my_welcome_background</item>
</style>

manifest文件修改如下：

<activity
            android:name=".views.WelcomeActivity"
            android:label="@string/app_name"
            android:launchMode="singleTask"
            android:theme="@style/WelcomeTheme">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
</activity>

下面我们来看一篇关于Android内存泄露常见问题总结,希望这篇文章能够帮助到各位朋友,有兴趣的朋友可以进来看看吧.

 在介绍内存泄漏之前很有必要提及一下Android系统的垃圾回收机制。Java GC（Garbage Collection，垃圾收集，垃圾回收）机制，是Java与C++/C的主要区别之一，作为Java开发者，不需要专门编写内存回收和垃圾清理代码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。这是因为在Java虚拟机中，存在自动内存管理和垃圾清扫机制。概括地说，该机制对虚拟机中的内存进行标记，并确定哪些内存需要回收，根据一定的回收策略，自动的回收内存，永不停息（Nerver Stop）的保证虚拟机中的内存空间，防止出现内存泄露和溢出问题。Android系统的垃圾回收是基于可达性分析算法（根搜索算法）的。从GC Roots（每种具体实现对GC Roots有不同的定义）作为起点，向下搜索它们引用的对象，可以生成一棵引用树，树的节点视为可达对象，反之视为不可达，不可达对象会被回收。
    举个例子，我们在开发中经常使用单例模式，单例的静态特性导致其生命周期同应用一样长。有时创建单例时如果我们需要Context对象，如果传入的是Application的Context那么不会有问题。如果传入的是Activity的Context对象，那么当Activity生命周期结束时，该Activity的引用依然被单例持有，所以不会被回收，而单例的生命周期又是跟应用一样长，这个情况就叫做内存泄露(Memory Leak)。它指的是当你不再需要某个实例后，但是这个对象却仍然被引用，防止被垃圾回收(Prevent from being bargage collected)。
public class Util {
    private Context mContext;
    private static Util sInstance;
    private Util(Context context) {
        this.mContext = context;
    }
    public static Util getInstance(Context context) {
        if (sInstance == null) {
            sInstance = new Util(context);
        }
        return sInstance;
    }
}
本杰明 富兰克林曾说：A small leak will sink a great ship（小漏不补沉大船）。基于Android系统的设备一般来说内存就不大，特别是早期的Android设备，内存泄漏是很致命的，内存泄漏积攒到一定程度会引发内存溢出（OOM），如果处理不当直接导致程序崩溃退出。
常见的内存泄漏
一般来说在开发中我们经常会犯下下面几个错误，导致内存泄漏。这几个都是前人踩坑总结出来的，非常有参考价值，至少我在排查解决内存泄漏的时候是这样的。
一. 单例造成的内存泄漏

Android的单例模式非常受开发者的喜爱，不过使用的不恰当的话也会造成内存泄漏。因为单例的静态特性使得单例的生命周期和应用的生命周期一样长，这就说明了如果一个对象已经不需要使用了，而单例对象还持有该对象的引用，那么这个对象将不能被正常回收，这就导致了内存泄漏。例子见上面那段代码。
二、非静态内部类创建静态实例造成的内存泄漏

有的时候我们可能会在启动频繁的Activity中，为了避免重复创建相同的数据资源，在Activity内部创建了一个非静态内部类的单例，每次启动Activity时都会使用该单例的数据，这样虽然避免了资源的重复创建，不过这种写法却会造成内存泄漏，因为非静态内部类默认会持有外部类的引用，而又使用了该非静态内部类创建了一个静态的实例，该实例的生命周期和应用的一样长，这就导致了该静态实例一直会持有该Activity的引用，导致Activity的内存资源不能正常回收。例子如下
public class MainActivity extends AppCompatActivity {

    private static TestResource mResource = null;

    @Override
    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_main);

        if (mResource == null) {

            mResource = new TestResource();

        }

        //......

    }

    class TestResource {

        //......

    }

}
三、Handler造成的内存泄漏

Handler的使用造成的内存泄漏问题应该说最为常见了，平时在处理网络任务或者封装一些请求回调等api都应该会借助Handler来处理，我们经常在Activity里面这样定义一个私有的Handler对象并初始化，这种创建Handler的方式会造成内存泄漏，由于mHandler是Handler的非静态匿名内部类的实例，所以它持有外部类Activity的引用，我们知道消息队列是在一个Looper线程中不断轮询处理消息，那么当这个Activity退出时消息队列中还有未处理的消息或者正在处理消息，而消息队列中的Message持有mHandler实例的引用，mHandler又持有Activity的引用，所以导致该Activity的内存资源无法及时回收，引发内存泄漏。
private Handler mHandler = new Handler() {

    @Override
    public void handleMessage(Message msg) {

        //.....

    }
};
四、资源未关闭造成的内存泄漏

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。
检测内存泄漏的常见工具
LeakCanary是Square开源了一个内存泄露自动探测神器 。对应的github仓库地址：https://github.com/square/leakcanary  。使用非常简单，在build.gradle中引入包依赖：
debugCompile 'com.squareup.leakcanary:leakcanary-
android:1.5'
releaseCompile 'com.squareup.leakcanary:leakcanary-
android-no-op:1.5'
testCompile 'com.squareup.leakcanary:leakcanary-
android-no-op:1.5'
在Application中的onCreate方法中增加初始化代码：

if (LeakCanary.isInAnalyzerProcess(this)) {
    // This process is dedicated to LeakCanary for
    // heap analysis.
    // You should not init your app in this process.
    return;
}
LeakCanary.install(this);
集成后什么都不用做，按照正常测试，当有内存泄漏发生后，应用会通过系统通知栏发出通知，点击通知就可以进入查看内存泄漏的具体信息。其实无论是MAT工具的内存分析，还是AndroidStudio中自带的分析工具亦或是LeakCanary，原理都是一样的，都是dump java heap出来进行分析，找到泄漏的问题，只是LeakCanary帮我们把分析的工作做了。

下面我们来看一篇关于ListView移动到指定位置的例子吧,希望文章能够给各位朋友带来帮助,具体的如下介绍.

关于ListView移动到指定位置有两种方法

listview.setSelection(position);
 
listview.smoothScrollToPosition(position);

第一种方法没有滚动效果，直接跳到指定位置，第二种方法是有滚动效果的。

但是，在是用的时候，你会发现第二种方法没有效果，甚至都没有移动，其实这个问题很好解决，只要在新线程里是用就可以了

listview.post(new Runnable() {
    @Override
    public void run() {
        listview.smoothScrollToPosition(position);
    }
});
 

下面我们来看一篇关于Android极光推送的方法,希望文章能够让各位了解到在Android极光推送的实现过程与代码吧.

一、集成SDK（这里推荐自动集成）

1.确认android studio的 Project 根目录的主 gradle 中配置了jcenter支持。（一般默认支持）

buildscript {
    repositories {
        jcenter()
    }
    ...
}
 
allprojects {
    repositories {
        jcenter()
    }
}

2.在 module 的 gradle 中添加依赖和AndroidManifest的替换变量

android {
    ...
    defaultConfig {
        applicationId "xx.xxx.xxxx"&amp;amp;amp;amp;amp;amp;lt;code&amp;amp;amp;amp;amp;amp;gt;//JPush上注册的包名
       ...
 
        ndk {
            //选择要添加的对应cpu类型的.so库。
            abiFilters 'armeabi', 'armeabi-v7a', 'armeabi-v8a','x86', 'x86_64', 'mips', 'mips64'
        }
 
        manifestPlaceholders = [
            JPUSH_PKGNAME : applicationId,
            JPUSH_APPKEY : "你的appkey", //JPush上注册的包名对应的appkey.
            JPUSH_CHANNEL : "developer-default", //暂时填写默认值即可.
        ]
        ...
    }
    ...
}
 
dependencies {
    compile 'cn.jiguang:jpush:2.2.0'
    ...
}
 

二、在AndroidManifest中配置权限

<!-- Required 一些系统要求的权限，如访问网络等-->
 <uses-permission android:name="您应用的包名.permission.JPUSH_MESSAGE" />
 <uses-permission android:name="android.permission.RECEIVE_USER_PRESENT" />
 <uses-permission android:name="android.permission.INTERNET" />
 <uses-permission android:name="android.permission.WAKE_LOCK" />
 <uses-permission android:name="android.permission.READ_PHONE_STATE" />
 <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
 <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
 <uses-permission android:name="android.permission.WRITE_SETTINGS" />
 <uses-permission android:name="android.permission.VIBRATE" />
 <uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS" />
 <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
 

三、代码

新建一个Application，并添加一下代码

@Override
public void onCreate() {
 super.onCreate();
 JPushInterface.setDebugMode(true); // 设置开启日志,发布时请关闭日志
 JPushInterface.init(this); // 初始化 JPush
}
说明：

1.init 只需要在应用程序启动时调用一次该 API 即可

2.以上 Application 类。需要在 AndoridManifest.xml 里配置

 

到此，极光推送的基本功能已经完成，推送通知后应用程序会接收到通知，通知默认图标为应用程序图标，点击通知会打开程序首页。

但是，当你的应用程序是打开状态时，点击通知后会重新运行一次程序并打开首页，显然这不是我们想要的，我们还需要配置接受到通知之后的响应动作。

 
四、自定义一个接收器

/**
 * 自定义接收器
 *
 * 如果不定义这个 Receiver，则：
 * 1) 默认用户会打开主界面
 * 2) 接收不到自定义消息
 */
public class MyReceiver extends BroadcastReceiver {
    private static final String TAG = "JPush";
 
    @Override
    public void onReceive(Context context, Intent intent) {
        Bundle bundle = intent.getExtras();//接收到的消息
 
        if (JPushInterface.ACTION_REGISTRATION_ID.equals(intent.getAction())) {
            String regId = bundle.getString(JPushInterface.EXTRA_REGISTRATION_ID);
            Log.d(TAG, "[MyReceiver] 接收Registration Id : " + regId);
            //send the Registration Id to your server...
 
        } else if (JPushInterface.ACTION_MESSAGE_RECEIVED.equals(intent.getAction())) {
            Log.d(TAG, "[MyReceiver] 接收到推送下来的自定义消息: " + bundle.getString(JPushInterface.EXTRA_MESSAGE));
 
        } else if (JPushInterface.ACTION_NOTIFICATION_RECEIVED.equals(intent.getAction())) {
            Log.d(TAG, "[MyReceiver] 接收到推送下来的通知");
            int notifactionId = bundle.getInt(JPushInterface.EXTRA_NOTIFICATION_ID);
            Log.d(TAG, "[MyReceiver] 接收到推送下来的通知的ID: " + notifactionId);
 
        } else if (JPushInterface.ACTION_NOTIFICATION_OPENED.equals(intent.getAction())) {
            Log.d(TAG, "[MyReceiver] 用户点击打开了通知");
 
            //打开自定义的Activity
            Intent i = new Intent(context, TestActivity.class);
            i.putExtras(bundle);
            //i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
            i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TOP );
            context.startActivity(i);
 
        } else if (JPushInterface.ACTION_RICHPUSH_CALLBACK.equals(intent.getAction())) {
            Log.d(TAG, "[MyReceiver] 用户收到到RICH PUSH CALLBACK: " + bundle.getString(JPushInterface.EXTRA_EXTRA));
            //在这里根据 JPushInterface.EXTRA_EXTRA 的内容处理代码，比如打开新的Activity， 打开一个网页等..
 
        } else if(JPushInterface.ACTION_CONNECTION_CHANGE.equals(intent.getAction())) {
            boolean connected = intent.getBooleanExtra(JPushInterface.EXTRA_CONNECTION_CHANGE, false);
            Log.w(TAG, "[MyReceiver]" + intent.getAction() +" connected state change to "+connected);
        } else {
            Log.d(TAG, "[MyReceiver] Unhandled intent - " + intent.getAction());
        }
    }
 
 
}

并在 AndoridManifest.xml 中配置

</pre>
<pre><!-- Required SDK核心功能-->
<receiver
    android:name="cn.jpush.android.service.PushReceiver"
    android:enabled="true"
    android:exported="false">
    <intent-filter android:priority="1000">
        <action android:name="cn.jpush.android.intent.NOTIFICATION_RECEIVED_PROXY" />   <!--Required  显示通知栏 -->
        <!--应用包名-->
        <category android:name="xx.xxx.xxxx" />
    </intent-filter>
    <intent-filter>
        <action android:name="android.intent.action.USER_PRESENT" />
        <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
    </intent-filter>
    <!-- Optional -->
    <intent-filter>
        <action android:name="android.intent.action.PACKAGE_ADDED" />
        <action android:name="android.intent.action.PACKAGE_REMOVED" />
        <data android:scheme="package" />
    </intent-filter>
 
</receiver>
 
<!-- Required SDK核心功能-->
<receiver android:name="cn.jpush.android.service.AlarmReceiver" android:exported="false"/>
<!-- User defined.  For test only  用户自定义的广播接收器-->
<receiver
    android:name=".MyReceiver"
    android:enabled="true"
    android:exported="true">
    <intent-filter>
        <action android:name="cn.jpush.android.intent.REGISTRATION" /> <!--Required  用户注册SDK的intent-->
        <action android:name="cn.jpush.android.intent.MESSAGE_RECEIVED" /> <!--Required  用户接收SDK消息的intent-->
        <action android:name="cn.jpush.android.intent.NOTIFICATION_RECEIVED" /> <!--Required  用户接收SDK通知栏信息的intent-->
        <action android:name="cn.jpush.android.intent.NOTIFICATION_OPENED" /> <!--Required  用户打开自定义通知栏的intent-->
        <action android:name="cn.jpush.android.intent.ACTION_RICHPUSH_CALLBACK" /> <!--Optional 用户接受Rich Push Javascript 回调函数的intent-->
        <action android:name="cn.jpush.android.intent.CONNECTION" /><!-- 接收网络变化 连接/断开 since 1.6.3 -->
        <category android:name="cn.zmit.yanmai" />
    </intent-filter>
</receiver></pre>
<pre>

下面我们来看一篇关于安卓开发之保存ImageView中的图片到本地相册教程吧,希望这篇教程能够给大家带来帮助.

代码如下.

private void saveImage(ImageView imageView){
    imageView.setDrawingCacheEnabled(true);//开启catch，开启之后才能获取ImageView中的bitmap
    Bitmap bitmap = imageView.getDrawingCache();//获取imageview中的图像
    MediaStore.Images.Media.insertImage(getContentResolver(), bitmap, "这是title", "这是description");
    Toast.makeText(context, "保存成功", Toast.LENGTH_SHORT).show();
    imageView.setDrawingCacheEnabled(false);//关闭catch
 
}