Android ICS关机跟重新启动功能...-《coredump问题原理探究》Linux x...-JUnit4

当前位置: 编程技术>综合

本页文章导读:

▪Android ICS关机跟重新启动功能研究 Android ICS关机跟重新启动功能研究最近研究了一下android关机跟重新启动功能。网上的文章也不少，做法也有一些。笔者试过了几种方法，下面介绍一.........

▪《coredump问题原理探究》Linux x86版第二章coredump捕获的环境配置在Linux下捕获coredump的方法,按照作用范围，分为：作用于当前shell的方法，作用于单个用户的方法，作用于系统所有用户的方法。 1. 作用于当前shell的方法在当.........

▪JUnit4 JUnit4是JUnit框架有史以来的最大改进，其主要目标便是利用Java5的Annotation特性简化测试用例的编写。先简单解释一下什么是Annotation，这个单词一般是翻译成元数据。元数据是什么？元数据就.........

[1]Android ICS关机跟重新启动功能研究

来源: 互联网发布时间: 2013-11-10

Android ICS关机跟重新启动功能研究

最近研究了一下android关机跟重新启动功能。网上的文章也不少，做法也有一些。笔者试过了几种方法，下面介绍一下：

<一>、 Android重启功能

在androidjava层执行shell命令来完成。但是笔者在开发测试中同样的代码发现用Eng编译出的版本可以重新启动，user版本不能完成重启，挂在关机那个界面。

/*****************************************************************************************************/
声明：本博内容均由http://blog.csdn.net/sundesheng125原创，转载请注明出处，谢谢！
/*****************************************************************************************************/

用shell命令，eng版本能完成重新启动的代码如下：

String cmd = "su -c reboot";
exeShell(cmd);

   public void exeShell(String cmd){         
           
            try{  
                 Process p = Runtime.getRuntime().exec(cmd);  
                 BufferedReader in = new BufferedReader(  
                                     new InputStreamReader(  
                               p.getInputStream()));   
                 String line = null;    
                 while ((line = in.readLine()) != null) {    
                    Log.i("exeShell",line);                    
                 }    
                   
            }  
            catch(Throwable t)  
             {  
                  t.printStackTrace();  
             }  
             
}

提示的错误是权限问题，但是代码是一样的，manifest里面也给了REBOOT权限，在网上找了一下解释还是没有什么好的解决方案，错误信息如下：

01-01 08:05:26.319 W/System.err(  776): java.io.IOException: Error running exec(). Command: [su, -c, reboot] Working Directory: null Environment: null
01-01 08:05:26.319 W/System.err(  776): 	at java.lang.ProcessManager.exec(ProcessManager.java:211)
01-01 08:05:26.319 W/System.err(  776): 	at java.lang.Runtime.exec(Runtime.java:168)
01-01 08:05:26.319 W/System.err(  776): 	at java.lang.Runtime.exec(Runtime.java:241)
01-01 08:05:26.319 W/System.err(  776): 	at java.lang.Runtime.exec(Runtime.java:184)
01-01 08:05:26.319 W/System.err(  776): 	at com.android.settings.DevelopmentSettings.exeShell(DevelopmentSettings.java:591)
01-01 08:05:26.319 W/System.err(  776): 	at com.android.settings.DevelopmentSettings.onPreferenceChange(DevelopmentSettings.java:580)
01-01 08:05:26.319 W/System.err(  776): 	at android.preference.Preference.callChangeListener(Preference.java:885)
01-01 08:05:26.319 W/System.err(  776): 	at android.preference.ListPreference.onDialogClosed(ListPreference.java:265)
01-01 08:05:26.329 W/System.err(  776): 	at android.preference.DialogPreference.onDismiss(DialogPreference.java:381)
01-01 08:05:26.329 W/System.err(  776): 	at android.app.Dialog$ListenersHandler.handleMessage(Dialog.java:1235)
01-01 08:05:26.329 W/System.err(  776): 	at android.os.Handler.dispatchMessage(Handler.java:99)
01-01 08:05:26.329 W/System.err(  776): 	at android.os.Looper.loop(Looper.java:137)
01-01 08:05:26.329 W/System.err(  776): 	at android.app.ActivityThread.main(ActivityThread.java:4424)
01-01 08:05:26.329 W/System.err(  776): 	at java.lang.reflect.Method.invokeNative(Native Method)
01-01 08:05:26.329 W/System.err(  776): 	at java.lang.reflect.Method.invoke(Method.java:511)
01-01 08:05:26.329 W/System.err(  776): 	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
01-01 08:05:26.329 W/System.err(  776): 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
01-01 08:05:26.329 W/System.err(  776): 	at dalvik.system.NativeStart.main(Native Method)
01-01 08:05:26.329 W/System.err(  776): Caused by: java.io.IOException: Permission denied
01-01 08:05:26.329 W/System.err(  776): 	at java.lang.ProcessManager.exec(Native Method)
01-01 08:05:26.339 W/System.err(  776): 	at java.lang.ProcessManager.exec(ProcessManager.java:209)
01-01 08:05:26.339 W/System.err(  776): 	... 17 more
01-01 08:05:26.369 W/InputManagerService(  174): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@4138ecb8

另外网上还有一种做法,代码如下：

Intent i = new Intent(Intent.ACTION_REBOOT);

　　i.putExtra("nowait", 1);
　　i.putExtra("interval", 1);
　　i.putExtra("window", 0);
　　sendBroadcast(i);

不过这种要做签名，比较麻烦，笔者没有试过。

笔者后面又在framework下面找了一下相关功能得代码，在

./frameworks/base/tests/DumpRenderTree2/src/com/android/dumprendertree2/ManagerService.java文件中有一个新的方法，模仿这个方法，笔者完成了既能在eng版本，也能在user版本中完成重新启动的程序。具体代码如下：

  Intent iReboot = new Intent(Intent.ACTION_REBOOT);      
                iReboot.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
                mContext.startActivity(iReboot);

<二>、关机功能：

关机功能相对来说更容易些，应该不够android的手机还是平板，长按电源都会弹出一个关机的对话框，模仿一下相应的代码就可以实现，在framework下面也有一个shutdown的一块处理模块。关机的具体代码如下：

                Intent shutdown = new Intent(Intent.ACTION_REQUEST_SHUTDOWN);

                shutdown.putExtra(Intent.EXTRA_KEY_CONFIRM, false);

                shutdown.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

                mContext.startActivity(shutdown);

<三>、关于context

笔者的关机或重启功能是在：【setting】--》【开发人员选项】里面增加了一项【关闭车载平板电脑】，在DevelopmentSettings.java中，这里面不是普通的activitie，是一个PreferenceFragment，所以要得到context，需要使用如下方法：

mContext = getActivity();

[2]《coredump问题原理探究》Linux x86版第二章coredump捕获的环境配置

来源: 互联网发布时间: 2013-11-10

在Linux下捕获coredump的方法,按照作用范围，分为：作用于当前shell的方法，作用于单个用户的方法，作用于系统所有用户的方法。

1. 作用于当前shell的方法

在当前shell设置coredump的捕获，一般是用ulimit –c 命令。这条命令的含义，可以通过man ulimit得到。

如果用ulimit –c的结果不是0，那么coredump是会捕获的。例子如下：

[buckxu@xuzhina 1]$ ulimit -c
unlimited
[buckxu@xuzhina 1]$ ls      
xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ ./xuzhina_dump_c1 
Segmentation fault (core dumped)
[buckxu@xuzhina 1]$ ls
core_xuzhina_dump_c1_7124  xuzhina_dump_c1  xuzhina_dump_c1.cpp

如果当ulimit –c的结果为0，则coredump是不会捕获的。例子如下：

 [buckxu@xuzhina 1]$ ls
core_xuzhina_dump_c1_7124  xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ rm core_xuzhina_dump_c1_7124 
[buckxu@xuzhina 1]$ ulimit -c 0
[buckxu@xuzhina 1]$ ulimit -c
0
[buckxu@xuzhina 1]$ ls
xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ ./xuzhina_dump_c1 
Segmentation fault
[buckxu@xuzhina 1]$ ls
xuzhina_dump_c1  xuzhina_dump_c1.cpp

但当ulimit –c的结果为0，要重新设置，则有可能会遇到权限的问题

[buckxu@xuzhina 1]$ ulimit -c 
0
[buckxu@xuzhina 1]$ ulimit -c 10
-bash: ulimit: core file size: cannot modify limit: Operation not permitted
[buckxu@xuzhina 1]$ ulimit -c 100
-bash: ulimit: core file size: cannot modify limit: Operation not permitted
[buckxu@xuzhina 1]$ ulimit -c 1000
-bash: ulimit: core file size: cannot modify limit: Operation not permitted

1. 作用于单个用户的方法

最简单的方法就是把ulimit–c放在用户的配置文件。不同的shell有不同的配置文件。如bash的话，用户配置文件可以是~/.bash_profile，~/.bash_login，~/.profile。可以通过man bash这个命令找到依据：

When  bash is invoked as an interactive login shell, or as a non-inter-
       active shell with the --login option, it first reads and executes  com-
       mands  from  the file /etc/profile, if that file exists.  After reading
       that file, it looks for ~/.bash_profile, ~/.bash_login, and ~/.profile,
       in  that order, and reads and executes commands from the first one that
       exists and is readable.

像本人用的是bash,那么，就在~/.bash_profile加了一行:

ulimit -c 10000

然后重新登录后，都变成这样：

[buckxu@xuzhina ~]$ ulimit -c
10000

验证一下：

buckxu@xuzhina 1]$ ls
xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ ./xuzhina_dump_c1 
Segmentation fault (core dumped)
[buckxu@xuzhina 1]$ ls
core_xuzhina_dump_c1_7497  xuzhina_dump_c1  xuzhina_dump_c1.cpp

还有另外一种方法，但需要重启。例子如下：

a)用root用户登录，在/etc/security/limits.conf,增加一行：

buckxu           soft    core           2000

这个文件的含义，可以通过manlimits.conf来查询。

b)重启

c)用buckxu用户登录，

[buckxu@xuzhina ~]$ ulimit -c
2000

d）用其它用户登录，

[allyluo@xuzhina ~]$ ulimit -c
0

1. 作用于系统所有用户的方法

作用于系统所有用户的方法有两种。

一种是在/etc/profile里加一行

ulimit –c <corefile size>

其中corefilesize可以是任何数值或者unlimited。

而另外一种呢，是在/etc/security/limits.conf加上一行：

*               soft    core          unlimited  #indicates unlimit on corefile size

然后重启。

可以看到所有用户的corefilesize都为unlimited了。

[allyluo@xuzhina ~]$ ulimit -c
unlimited

[buckxu@xuzhina ~]$ ulimit -c
unlimited

通过上面的方法，当程序崩溃时，就会产生coredump文件，但是文件名却是core。如果使用命令mancore就会发现corefile有一些命名规则：

Naming of core dump files
       By default, a core dump file is  named  core,  but  the  /proc/sys/ker-
       nel/core_pattern file (since Linux 2.6 and 2.4.21) can be set to define
       a template that is used to name core dump files.  The template can con-
       tain  % specifiers which are substituted by the following values when a
       core file is created:

           %%  a single % character
           %p  PID of dumped process
           %u  (numeric) real UID of dumped process
           %g  (numeric) real GID of dumped process
           %s  number of signal causing dump
           %t  time of dump, expressed as seconds since the Epoch,  1970-01-01
               00:00:00 +0000 (UTC)
           %h  hostname (same as nodename returned by uname(2))
           %e  executable filename (without path prefix)
           %c  core  file  size soft resource limit of crashing process (since
               Linux 2.6.24)

如果要马上设置命名规则，可以用root用户执行下面命令

echo "core-%e-%p-%u" >/proc/sys/kernel/core_pattern

在本人机器的执行结果：

[buckxu@xuzhina 1]$ ls
xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ ./xuzhina_dump_c1 
Segmentation fault (core dumped)
[buckxu@xuzhina 1]$ ls
core-xuzhina_dump_c1-1246-1000  xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ echo $UID
1000

也可以用root用户在/etc/sysctl.conf加入一行

kernel.core_pattern= core-%e-%p-%u

然后执行

sysctl –p

在fedora系统下，只要启动了abrtd服务。它也会设置core文件的命名。

[buckxu@xuzhina ~]$ ps aux|grep abrtd
root       504  0.0  0.1   5816  1136 ?        Ss   21:55   0:00 /usr/sbin/abrtd -d –s
[buckxu@xuzhina ~]$ cat /proc/sys/kernel/core_pattern 
|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e

产生的core文件如下：

[buckxu@xuzhina 1]$ ls
xuzhina_dump_c1  xuzhina_dump_c1.cpp
[buckxu@xuzhina 1]$ ./xuzhina_dump_c1 
Segmentation fault (core dumped)
[buckxu@xuzhina 1]$ ls
core.961  xuzhina_dump_c1  xuzhina_dump_c1.cpp

实际上，core文件产生得不理想。如果多个进程要产生core dump，那么，就不知道是哪一个程序产生的，往往用gdb没办法调试。调试前还得用file命令来确定一下是哪个程序产生的。

[buckxu@xuzhina 1]$ file core.961 
core.961: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from './xuzhina_dump_c1'

所以，在fedora系统，最好是把abrtd服务停止掉，在/etc/sysctl.conf里加上kernel.core_pattern的设置。

作者：xuzhina 发表于2013-1-11 19:26:44 原文链接

阅读：36 评论：0 查看评论

[3]JUnit4

来源: 互联网发布时间: 2013-11-10

JUnit4是JUnit框架有史以来的最大改进，其主要目标便是利用Java5的Annotation特性简化测试用例的编写。

先简单解释一下什么是Annotation，这个单词一般是翻译成元数据。元数据是什么？元数据就是描述数据的数据。也就是说，这个东西在Java里面可以用来和public、static等关键字一样来修饰类名、方法名、变量名。修饰的作用描述这个数据是做什么用的，差不多和public描述这个数据是公有的一样。想具体了解可以看Core Java2。废话不多说了，直接进入正题。

我们先看一下在JUnit 3中我们是怎样写一个单元测试的。比如下面一个类：
public class AddOperation {
public int add(int x,int y){
return x+y;
}
}

我们要测试add这个方法，我们写单元测试得这么写：
import junit.framework.TestCase;
import static org.junit.Assert.*;
public class AddOperationTest extends TestCase{

public void setUp() throws Exception {
}

public void tearDown() throws Exception {
}

public void testAdd() {
System.out.println(\"add\");
int x = 0;
int y = 0;
AddOperation instance = new AddOperation();
int expResult = 0;
int result = instance.add(x, y);
assertEquals(expResult, result);
}
}

可以看到上面的类使用了JDK5中的静态导入，这个相对来说就很简单，只要在import关键字后面加上static关键字，就可以把后面的类的static的变量和方法导入到这个类中，调用的时候和调用自己的方法没有任何区别。

我们可以看到上面那个单元测试有一些比较霸道的地方，表现在：
1.单元测试类必须继承自TestCase。
2.要测试的方法必须以test开头。

如果上面那个单元测试在JUnit 4中写就不会这么复杂。代码如下：
import junit.framework.TestCase;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import static org.junit.Assert.*;

/**
*
* @author bean
*/
public class AddOperationTest extends TestCase{

public AddOperationTest() {
}

@Before
public void setUp() throws Exception {
}

@After
public void tearDown() throws Exception {
}

@Test
public void add() {
System.out.println(\"add\");
int x = 0;
int y = 0;
AddOperation instance = new AddOperation();
int expResult = 0;
int result = instance.add(x, y);
assertEquals(expResult, result);
}

}
我们可以看到，采用Annotation的JUnit已经不会霸道的要求你必须继承自TestCase了，而且测试方法也不必以test开头了，只要以@Test元数据来描述即可。
从上面的例子可以看到在JUnit 4中还引入了一些其他的元数据，下面一一介绍：
@Before：
使用了该元数据的方法在每个测试方法执行之前都要执行一次。

@After：
使用了该元数据的方法在每个测试方法执行之后要执行一次。

注意：@Before和@After标示的方法只能各有一个。这个相当于取代了JUnit以前版本中的setUp和tearDown方法，当然你还可以继续叫这个名字，不过JUnit不会霸道的要求你这么做了。

@Test(expected=*.class)
在JUnit4.0之前，对错误的测试，我们只能通过fail来产生一个错误，并在try块里面assertTrue（true）来测试。现在，通过@Test元数据中的expected属性。expected属性的值是一个异常的类型

@Test(timeout=xxx):
该元数据传入了一个时间（毫秒）给测试方法，
如果测试方法在制定的时间之内没有运行完，则测试也失败。

@ignore：
该元数据标记的测试方法在测试中会被忽略。当测试的方法还没有实现，或者测试的方法已经过时，或者在某种条件下才能测试该方法（比如需要一个数据库联接，而在本地测试的时候，数据库并没有连接），那么使用该标签来标示这个方法。同时，你可以为该标签传递一个String的参数，来表明为什么会忽略这个测试方法。比如：@lgnore(“该方法还没有实现”)，在执行的时候，仅会报告该方法没有实现，而不会运行测试方法。

在Eclipse中使用JUnit4进行单元测试（初级篇）

我们在编写大型程序的时候，需要写成千上万个方法或函数，这些函数的功能可能很强大，但我们在程序中只用到该函数的一小部分功能，并且经过调试可以确定，这一小部分功能是正确的。但是，我们同时应该确保每一个函数都完全正确，因为如果我们今后如果对程序进行扩展，用到了某个函数的其他功能，而这个功能有bug的话，那绝对是一件非常郁闷的事情。所以说，每编写完一个函数之后，都应该对这个函数的方方面面进行测试，这样的测试我们称之为单元测试。传统的编程方式，进行单元测试是一件很麻烦的事情，你要重新写另外一个程序，在该程序中调用你需要测试的方法，并且仔细观察运行结果，看看是否有错。正因为如此麻烦，所以程序员们编写单元测试的热情不是很高。于是有一个牛人推出了单元测试包，大大简化了进行单元测试所要做的工作，这就是JUnit4。本文简要介绍一下在Eclipse3.2中使用JUnit4进行单元测试的方法。

首先，我们来一个傻瓜式速成教程，不要问为什么，Follow Me，先来体验一下单元测试的快感！

首先新建一个项目叫JUnit_Test，我们编写一个Calculator类，这是一个能够简单实现加减乘除、平方、开方的计算器类，然后对这些功能进行单元测试。这个类并不是很完美，我们故意保留了一些Bug用于演示，这些Bug在注释中都有说明。该类代码如下：

package andycpp;

public class Calculator ...{

private static int result; // 静态变量，用于存储运行结果

public void add(int n) ...{

result = result + n;

}

public void substract(int n) ...{

result = result - 1; //Bug: 正确的应该是 result =result-n

}

public void multiply(int n) ...{

} // 此方法尚未写好

public void divide(int n) ...{

result = result / n;

}

public void square(int n) ...{

result = n * n;

}

public void squareRoot(int n) ...{

for (; ;) ; //Bug : 死循环

}

public void clear() ...{ // 将结果清零

result = 0;

}

public int getResult() ...{

return result;

}

}

第二步，将JUnit4单元测试包引入这个项目：在该项目上点右键，点“属性”，如图：

在弹出的属性窗口中，首先在左边选择“Java Build Path”，然后到右上选择“Libraries”标签，之后在最右边点击“Add Library…”按钮，如下图所示：

然后在新弹出的对话框中选择JUnit4并点击确定，如上图所示，JUnit4软件包就被包含进我们这个项目了。

第三步，生成JUnit测试框架：在Eclipse的Package Explorer中用右键点击该类弹出菜单，选择“New à JUnit Test Case”。如下图所示：

在弹出的对话框中，进行相应的选择，如下图所示：

点击“下一步”后，系统会自动列出你这个类中包含的方法，选择你要进行测试的方法。此例中，我们仅对“加、减、乘、除”四个方法进行测试。如下图所示：

之后系统会自动生成一个新类CalculatorTest，里面包含一些空的测试用例。你只需要将这些测试用例稍作修改即可使用。完整的CalculatorTest代码如下：

package andycpp;

import static org.junit.Assert.*;

import org.junit.Before;

import org.junit.Ignore;

import org.junit.Test;

public class CalculatorTest ...{

private static Calculator calculator = new Calculator();

@Before

public void setUp() throws Exception ...{

calculator.clear();

}

@Test

public void testAdd() ...{

calculator.add(2);

calculator.add(3);

assertEquals(5, calculator.getResult());

}

@Test

public void testSubstract() ...{

calculator.add(10);

calculator.substract(2);

assertEquals(8, calculator.getResult());

}

@Ignore("Multiply() Not yet implemented")

@Test

public void testMultiply() ...{

}

@Test

public void te