需要在androidmanifest.xml中注册activity
2014-04-14 17:25:23 u012264122 阅读数 589
Android 开发有时需要在一个应用中启动另一个应用,比如Launcher加载所有的已安装的程序的列表,当点击图标时可以启动另一个应用。
一般我们知道了另一个应用的包名和MainActivity的名字之后便可以直接通过如下代码来启动:
Intent intent = new Intent(Intent.ACTION_MAIN);
intent.addCategory(Intent.CATEGORY_LAUNCHER);            
ComponentName cn = new ComponentName(packageName, className);            
intent.setComponent(cn);
startActivity(intent);

但是更多的时候,我们一般都不知道应用程序的启动Activity的类名,而只知道包名,我们可以通过ResolveInfo类来取得启动Acitivty的类名。

下面是实现代码:
private void openApp(String packageName) {
PackageInfo pi = getPackageManager().getPackageInfo(packageName, 0);

Intent resolveIntent = new Intent(Intent.ACTION_MAIN, null);
resolveIntent.addCategory(Intent.CATEGORY_LAUNCHER);
resolveIntent.setPackage(pi.packageName);

List<ResolveInfo> apps = pm.queryIntentActivities(resolveIntent, 0);

ResolveInfo ri = apps.iterator().next();
if (ri != null ) {
String packageName = ri.activityInfo.packageName;
String className = ri.activityInfo.name;

Intent intent = new Intent(Intent.ACTION_MAIN);
intent.addCategory(Intent.CATEGORY_LAUNCHER);

ComponentName cn = new ComponentName(packageName, className);

intent.setComponent(cn);
startActivity(intent);
}
}  

程序中调用其它程序,代码如下:
 {   
     Intent intent = new Intent(Intent.ACTION_MAIN);  
    ComponentName componentName = new ComponentName("com.lenovo.gemini.OOBE", "com.lenovo.gemini.OOBE.Settings");  
    intent.setComponent(componentName);      
    startActivity(intent);
}
 
在代码中"com.lenovo.gemini.OOBE" 是要打开的程序包名," com.lenovo.gemini.OOBE.Settings"是要打开的Activity。
例子:程序中调用浏览器,代码如下:
    Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse("http://163.com")); 
    startActivity(intent);
 


2016-01-05 14:45:14 weizaishouex2010 阅读数 285

转载自:http://zmywly8866.github.io/2014/12/26/android-do-not-store-data-in-the-application-object.html

说明

  这是翻译老外的一篇文章,我之前有遇到过这个问题,并且看到有人在Segmentfault上问,最主要我在StackOverflow上居然没搜到累死问题,所以觉得有必要翻译过来以便后面不会再这样处理。

前言

  在你的App中的很多地方都需要使用到数据信息,它可能是一个session token,一次费时计算的结果等等,通常为了避免Activity之间传递数据的开销,会将这些数据通过持久化来存储。

  有人建议将这些数据放在Application对象中方便所有的Activity访问,这个解决方案简单、优雅并且是……完全错误的。

  你如果你将数据缓存到Application对象中,那么有可能你的程序最终会由于一个NullPointerException异常而崩溃掉。

一个简单的测试程序

  这是自定义Application的代码:

// access modifiers omitted for brevity
class MyApplication extends Application {
 
    String name;
 
    String getName() {
        return name;
    }
 
    void setName(String name) {
        this.name = name;
    }
}

  在第一个Activity中,我们将用户信息存储在Application对象中:

// access modifiers omitted for brevity
class WhatIsYourNameActivity extends Activity {
 
    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.writing);
 
        // Just assume that in the real app we would really ask it!
        MyApplication app = (MyApplication) getApplication();
        app.setName("Developer Phil");
        startActivity(new Intent(this, GreetLoudlyActivity.class));
 
    }
 
}

  然后在第二个Activity中通过Application获取存储的用户信息:

// access modifiers omitted for brevity
class GreetLoudlyActivity extends Activity {
 
    TextView textview;
 
    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
 
        setContentView(R.layout.reading);
        textview = (TextView) findViewById(R.id.message);
    }
 
    void onResume() {
        super.onResume();
 
        MyApplication app = (MyApplication) getApplication();
        textview.setText("HELLO " + app.getName().toUpperCase());
    }
}

测试步骤

  1. 打开这个APP;

  2. 在WhatIsYourNameActivity中,你按要求输入用户名并将其缓存到MyApplication这个对象中;

  3. 接着在GreetLoudlyActivity中,程序从MyApplication对象中取出用户名并显示出来;

  4. 用户按了Home按键离开了该APP;

  5. 数小时之后,系统由于内存不足(用户在体验其它APP呢,前台的任务总是优先的嘛)会在后台将你的程序杀掉;在你重新启动该APP之前一切看上去很好,但是…..;

  6. 用户重新打开了这个APP;

  7. Android会重新创建一个之前被Kill掉的MyApplication实例并恢复GreetLoudlyActivity;

  8. GreetLoudlyActivity去获取用户名时,会因为获取的为空值报NullPointerException而崩溃掉。

为什么会这样?

  在上面这个例子中,程序之所以会崩溃掉是因为恢复之后APP的Application对象是全新的,所以缓存在Application中的用户名成员变量为空值,在程序调用String的toUpperCase()方法时由于NullPointerException而崩溃掉。

  导致这个问题的主要原因是:Application对象并不是始终在内存中的,它有可能会由于系统内存不足而被杀掉。但Android在你恢复这个应用时并不是重新开始启动这个应用,它会创建一个新的Application对象并且启动上次用户离开时的activity以造成这个app从来没有被kill掉得假象。

  我们以为可以通过Application来缓存数据,却没想到恢复APP时直接跑了B Activity而不是先启动A Activity,最终导致的结果是程序意外的崩溃掉了。

有哪些替代方法可用呢?

  对于数据缓存问题我也没有比较好的办法,但你可以按照下面其中一种方式来处理:

  • 通过Intent在Activity之间来传递数据(但是请别传递大量数据,这有可能导致程序异常或者ANR);

  • 使用官方推荐的方法中的一种将数据持久化,存储在磁盘中;

  • 在使用数据和句柄的时候做空值检测;

如何模拟应用程序被杀掉?

更新:Daniel Lew指出,最简单的方法是在DDMS中点击”Stop Porcess”杀掉你的程序,在你调试程序的时候可以这样做。

  你可以通过模拟器或者一个Root过的真机来测试实际效果:

  1. 按Home按键退出你的程序;

  2. 在控制台,敲入如下命令(Windows系统下 WIN + R -> cmd -> 回车)

     # 找到该APP的进程ID
     adb shell ps
     # 找到你APP的报名
    	 
     # Mac/Unix: save some time by using grep:
     adb shell ps | grep your.app.package
    	 
     # 按照上述命令操作后,看起来是这样子的: 
     # USER      PID   PPID  VSIZE  RSS     WCHAN    PC         NAME
     # u0_a198   21997 160   827940 22064 ffffffff 00000000 S your.app.package
    	 
     # 通过PID将你的APP杀掉
     adb shell kill -9 21997
    	 
     # APP现在被杀掉啦
  3. 现在在桌面长按Home按键通过后台任务管理器打开你的APP,此时系统就会重新创建一个MyApplication实例了。

总结

  不要在Application对象中缓存数据化,这有可能会导致你的程序崩掉。请使用Intent在各组件之间传递数据,抑或是将数据存储在磁盘中,然后在需要的时候取出来。

  并不仅仅只有Application对象是这样的,其它的单例或者公有静态类也有可能会由于系统内存而被杀掉,谨记。


2017-03-29 22:06:09 harrain 阅读数 201

欢迎访问微凉一季

本文翻译来自-->Why should we use RxJava on Android

感觉RxJava最近风生水起,不学习一下都不好意思了,洒家也是初学RxJava,也是感觉代码好像更复杂更难懂了,看了一篇外文感同身受,简单翻译一下。本文简单介绍使用RxJava优势所在。但可能需要有一点RxJava基础,推荐先看一下抛物线的那篇经典的匠心写作。
-----华丽分割线,译文开始---------



Reactive Extensions (Rx) 是一系列接口和方法,为开发者提供了一种易懂且迅速简单易维护的方法。RxJava就是干这事儿的,提供一系列tools来帮你写出简洁的代码。
老实说,一开始我认为RxJava 写的代码理解起来很困难,并且引入一个库,单单就是为了用用这种新式的api,这困扰到了我。后来,我懂了。以传统的编码方式,随着app的发展,我需要重构代码、一遍一遍的重复样板代码,以满足用户不断变更的新需求,这让我苦不堪言。
我做的大量工作,其实是改写相关方法和接口,就是因为需求的变更(这是开发与产品间那些血案的原罪)或者需要改变展示的信息亦或是需要改变处理信息数据..这很抓狂。另外,这种代码让其他来维护的人来理解,通常是很耗时的。
举个栗子:我们需要从数据库获取一组用户的链表数据,并展示出来。我们可以用AsyncTask后台查询数据库,获得的结果给Ui的适配器展示出来。简单示例代码:

public class SampleTask extends AsyncTask<Void,Void,List<Users>> {
    private final SampleAdapter mAdapter;

    public SampleTask(SampleAdapter sampleAdapter) {
        mAdapter = sampleAdapater;
    }

    @Override
    protected List<Users> doInBackground(Void... voids) {
        //fetch there results from the database and return them to the onPostExecute
        List<Users> users = getUsersFromDatabase();
        return users;
    }

    @Override
    protected void onPostExecute(List<Users> users) {
        super.onPostExecute(products);
        // Checking if there are users on the database
        if(users == null) {
            //No users, presenting a view saying there are no users
            showEmptyUsersMessageView();
            return;
        }
        for(User user : users){
            mAdapter.add(user);
        }
        mAdapter.notifyDataSetChanged();
    }
}

现在有个新需求,要求只显示非guest的user,我们处理的方法是,在添加到adapter前加个条件判断是不是guset,或者改变数据库查询的条件。更有甚者,你又被要求从数据库中获取另外的其他信息,跟user一并在这个adapter中显示出来呢?
这就是我们为什么要用RxJava了,把我们从这个泥潭中拉出来。换个姿势,我们Rx代码是这样子(假设您已学习过Rx基础用法):

public Observable<List<User>> fetchUsersFromDatabase() {
    return Observable.create(new Observable.OnSubscribe<List<User>(){
        @Override
        public void call(Subscriber<? super List<User>> subscriber){
            // Fetch information from database
            subscriber.onNext(getUserList());
            subscriber.onCompleted();
        }
    });
}

像这样被调用:

fetchUsersFromDatabase()
.subscribeOn(Schedulers.io())
//will process everything in a new thread
.observeOn(AndroidSchedulers.mainThread())
//will listen the results on the main thread
.subscribe(new Subscriber<List<User>>() {
           @Override
            public void onCompleted() {
            }
            @Override
            public void onError(Throwable e) {
            }
            @Override
            public void onNext(List<User> users) {
                //Do whatever you want with each user
            }
        });

开始改需求了哈
怎么不显示guests呢,RxJava分分钟过滤掉这种不速之客:

fetchUsersFromDatabase()
        .filter(new Func1<User, Boolean>() {
            @Override
            public Boolean call(User user) {
                //only return the users which are not guests
                return !user.isGuest();
            }
        })
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe(new Subscriber<User>() {
                       @Override
                       public void onCompleted() {
                       }

                       @Override
                       public void onError(Throwable e) {
                           /*Check if there was any error while retrieving from database*/
                       }

                       @Override
                       public void onNext(User user) {
                           //Do whatever you want with each user
                       }
                   }
        );

传统的方式,即便是个简单的变更,为了保持优雅的接口化编程,我们也得创建新接口,重构代码来实现过滤。但是使用RxJava让这一切变得优雅了,我们只需要一个被观察者用来获取所有的信息,让后你就可以尽情的用这些方法来过滤获取你想要的数据。
可能你又会说了,ok,这是很好很易读的结构,但是这似乎使代码量变多了呢。well you are right,但是这就是Retrolambda闪耀的时候了,这个库为我们兼容了以使用java8 lambda表达式,方法引用等等。
帮我们简化代码如下:

fetchUsersFromDatabase()
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe(value -> {
                    //Do whatever with the value
                },error -> {
                    //do something with in case of error
                }
        );

这个问题完美搞定,然后你又开始问了,我需要增加另外的查询结果和user一同显示在这个adapter中怎么破。这真不是事儿:

fetchUsersFromDatabase()
        .zipWith(fetchSomethingElseFromDatabase(), (users, somethingElse) -> {
            /*here combine users and something else into a new object*/
        })
        .subscribe( o -> {
            /*use the combine object from users and something else to fill the adapter */
});

如上,我们可以轻松组合数据库查出来的其他数据和users给一个adapter一同显示。是不是更易维护,代码少,易读,清晰?
如果要更深入的学习RXJava可以看下面这篇文章,我看后受益匪浅。
Party tricks with RxJava, RxAndroid & Retrolambda
另外,这篇教程 tutorial 也帮我在RxJava路上进阶了很多。

2015-11-12 23:06:42 u010746364 阅读数 186

说明

  这是翻译老外的一篇文章,我之前有遇到过这个问题,并且看到有人在Segmentfault上问,最主要我在StackOverflow上居然没搜到累死问题,所以觉得有必要翻译过来以便后面不会再这样处理。

前言

  在你的App中的很多地方都需要使用到数据信息,它可能是一个session token,一次费时计算的结果等等,通常为了避免Activity之间传递数据的开销,会将这些数据通过持久化来存储。

  有人建议将这些数据放在Application对象中方便所有的Activity访问,这个解决方案简单、优雅并且是......完全错误的。

  你如果你将数据缓存到Application对象中,那么有可能你的程序最终会由于一个NullPointerException异常而崩溃掉。

一个简单的测试程序

  这是自定义Application的代码:

// access modifiers omitted for brevity
class MyApplication extends Application {

    String name;

    String getName() {
        return name;
    }

    void setName(String name) {
        this.name = name;
    }
}

  在第一个Activity中,我们将用户信息存储在Application对象中:

// access modifiers omitted for brevity
class WhatIsYourNameActivity extends Activity {

    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.writing);

        // Just assume that in the real app we would really ask it!
        MyApplication app = (MyApplication) getApplication();
        app.setName("Developer Phil");
        startActivity(new Intent(this, GreetLoudlyActivity.class));

    }

}

  然后在第二个Activity中通过Application获取存储的用户信息:

// access modifiers omitted for brevity
class GreetLoudlyActivity extends Activity {

    TextView textview;

    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        setContentView(R.layout.reading);
        textview = (TextView) findViewById(R.id.message);
    }

    void onResume() {
        super.onResume();

        MyApplication app = (MyApplication) getApplication();
        textview.setText("HELLO " + app.getName().toUpperCase());
    }
}

测试步骤

  1. 打开这个APP;

  2. 在WhatIsYourNameActivity中,你按要求输入用户名并将其缓存到MyApplication这个对象中;

  3. 接着在GreetLoudlyActivity中,程序从MyApplication对象中取出用户名并显示出来;

  4. 用户按了Home按键离开了该APP;

  5. 数小时之后,系统由于内存不足(用户在体验其它APP呢,前台的任务总是优先的嘛)会在后台将你的程序杀掉;在你重新启动该APP之前一切看上去很好,但是.....;

  6. 用户重新打开了这个APP;

  7. Android会重新创建一个之前被Kill掉的MyApplication实例并恢复GreetLoudlyActivity;

  8. GreetLoudlyActivity去获取用户名时,会因为获取的为空值报NullPointerException而崩溃掉。

为什么会这样?

  在上面这个例子中,程序之所以会崩溃掉是因为恢复之后APP的Application对象是全新的,所以缓存在Application中的用户名成员变量为空值,在程序调用String的toUpperCase()方法时由于NullPointerException而崩溃掉。

  导致这个问题的主要原因是:Application对象并不是始终在内存中的,它有可能会由于系统内存不足而被杀掉。但Android在你恢复这个应用时并不是重新开始启动这个应用,它会创建一个新的Application对象并且启动上次用户离开时的activity以造成这个app从来没有被kill掉得假象。

  我们以为可以通过Application来缓存数据,却没想到恢复APP时直接跑了B Activity而不是先启动A Activity,最终导致的结果是程序意外的崩溃掉了。

有哪些替代方法可用呢?

  对于数据缓存问题我也没有比较好的办法,但你可以按照下面其中一种方式来处理:

  • 通过Intent在Activity之间来传递数据(但是请别传递大量数据,这有可能导致程序异常或者ANR);

  • 使用官方推荐的方法中的一种将数据持久化,存储在磁盘中;

  • 在使用数据和句柄的时候做空值检测;

如何模拟应用程序被杀掉?

更新:Daniel Lew指出,最简单的方法是在DDMS中点击"Stop Porcess"杀掉你的程序,在你调试程序的时候可以这样做。

  你可以通过模拟器或者一个Root过的真机来测试实际效果:

  1. 按Home按键退出你的程序;

  2. 在控制台,敲入如下命令(Windows系统下 WIN + R -> cmd -> 回车)

     # 找到该APP的进程ID
     adb shell ps
     # 找到你APP的报名
    
     # Mac/Unix: save some time by using grep:
     adb shell ps | grep your.app.package
    
     # 按照上述命令操作后,看起来是这样子的: 
     # USER      PID   PPID  VSIZE  RSS     WCHAN    PC         NAME
     # u0_a198   21997 160   827940 22064 ffffffff 00000000 S your.app.package
    
     # 通过PID将你的APP杀掉
     adb shell kill -9 21997
    
     # APP现在被杀掉啦
  3. 现在在桌面长按Home按键通过后台任务管理器打开你的APP,此时系统就会重新创建一个MyApplication实例了。

总结

  不要在Application对象中缓存数据化,这有可能会导致你的程序崩掉。请使用Intent在各组件之间传递数据,抑或是将数据存储在磁盘中,然后在需要的时候取出来。

  并不仅仅只有Application对象是这样的,其它的单例或者公有静态类也有可能会由于系统内存而被杀掉,谨记。


转自http://www.jianshu.com/p/83f0046bc310

2012-11-03 21:41:52 shenyunyan8 阅读数 230
public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  
  //设置无标题
  requestWindowFeature(Window.FEATURE_NO_TITLE);
  //设置全屏
  getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
    WindowManager.LayoutParams.FLAG_FULLSCREEN);
  
  setContentView(R.layout.main);
}
没有更多推荐了,返回首页