手机安全卫士开发系列（七）...- Toast（土司）失灵不显示

当前位置: 编程技术>移动开发

本页文章导读:

▪手机安全卫士开发系列（七）——知识点整理（1）手机安全卫士开发系列（7）——知识点整理（1）一. 理解 application的图标和桌面activity的图标在清单文件中对应的节点配置. <application android:icon="@drawable/ic_launcher" .........

▪ Toast（土司）失灵不显示 Toast（土司）失效不显示这几天遇到了一个问题就是我的app的有一个Toast一直不显示，打Log和debug发现那句确实被执行了，但是界面却还是原样，没有效果，思考后觉得有问题的地方.........

▪ 懂得 Thread.Sleep 函数理解 Thread.Sleep 函数我们可能经常会用到 Thread.Sleep 函数来使线程挂起一段时间。那么你有没有正确的理解这个函数的用法呢？思考下面这两个问题：假设现在是 2008-4-7 12:00:00.000，如果我调.........

[1]手机安全卫士开发系列（七）——知识点整理（1）

来源: 互联网发布时间: 2014-02-18

手机安全卫士开发系列（7）——知识点整理（1）

一. 理解 application的图标和桌面activity的图标

在清单文件中对应的节点配置.

    <application
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name" >
        <uses-library android:name="android.test.runner" />

        <activity
            android:icon="@drawable/icon5"
            android:label="@string/app_name"
            android:name=".ui.SplashActivity" >

二、 Splash全屏显示

1、去掉标题栏

（1）也一般入门的时候经常使用的一种方法

//取消标题栏

requestWindowFeature(Window.FEATURE_NO_TITLE);

//完成窗体的全屏显示 //取消掉状态栏

getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,

WindowManager.LayoutParams.FLAG_FULLSCREEN)

(2)在AndroidManifest.xml文件中定义

<application android:icon="@drawable/icon" 
        android:label="@string/app_name" 
        android:theme="@android:style/Theme.NoTitleBar">

(3)这种在一般的应用中不常用，就是在res/values目录下面新建一个style.xml的文件

<?xml version="1.0" encoding="UTF-8" ?>
<resources>
    <style name="notitle">
        <item name="android:windowNoTitle">true</item>
    </style> 
</resources>

这样，我们就自定义了一个style,就相当于一个主题，然后在AndroidManifest.xml文件中定义

<application android:icon="@drawable/icon" 
        android:label="@string/app_name" 
        android:theme="@style/notitle">

总结：
第一种，有的时候我们会看到，会先出现标题栏，然后再消失，因为我们只是在activity的oncreate方法中定义的，第二种相对第一种比较好一些，不会出现这种情况，第三种我个人感觉最好，这样把功能分开，便于维护和扩展

2、全屏显示

第一种

getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);

第二种

android:theme="@android:style/Theme.NoTitleBar.Fullscreen"

第三种

application android:icon="@drawable/icon" 
        android:label="@string/app_name"
        android:theme="@style/fullscreem"

三、 pull解析xml

	/**
	 * 
	 * @param urlid 服务器路径string对应的id
	 * @return 更新的信息
	 */
	public UpdataInfo getUpdataInfo(int urlid) throws Exception{
		String path = context.getResources().getString(urlid);
		URL url = new URL(/blog_article/path/index.html);
		HttpURLConnection conn = (HttpURLConnection) url.openConnection();
		conn.setConnectTimeout(2000);
		conn.setRequestMethod("GET");
		InputStream is = conn.getInputStream();
		return  UpdataInfoParser.getUpdataInfo(is);
	}

	/**
	 * 
	 * @param is
	 *            解析的xml的inputstream
	 * @return updateinfo
	 */
	public static UpdataInfo getUpdataInfo(InputStream is) throws Exception {
		XmlPullParser parser = Xml.newPullParser();
		UpdataInfo info = new UpdataInfo();
		parser.setInput(is, "utf-8");
		int type = parser.getEventType();

		while (type != XmlPullParser.END_DOCUMENT) {
			switch (type) {
			case XmlPullParser.START_TAG:
				if("version".equals(parser.getName())){
					String version = parser.nextText();
					info.setVersion(version);
				}else if("description".equals(parser.getName())){
					String description = parser.nextText();
					info.setDescription(description);
				}else if("apkurl".equals(parser.getName())){
					String apkurl = parser.nextText();
					info.setApkurl(/blog_article/apkurl/index.html);
				}
				
				break;

			}

			type = parser.next();
		}
		return info;
	}

URL代表统一资源定位器，它是一个指向互联网“资源”的指针。

通常情况下，URL可以由协议名、主机、端口和资源组成。如下格式：

protocal://host:port/resourceName

例如：http://www.baidu.com/index.jsp

JDK中提供了一个URL类，该类代表一个统一资源标识符，URL包含一个可以打开到该资源的输入流。

URL的openConnection方法返回一个URLConnection对象，通过该对象可以发送URL请求。

如果只是GET方式请求、使用connect方法建立远程资源之间的实际连接即可；如果需要发送POST请求，需要获取URLConnection实例对应的输出流来发送请求参数。

四、 URL httpUrlConnection

	/**
	 * 
	 * @param path 服务器文件路径
	 * @param filepath 本地文件路径 
	 * @return 本地文件对象
	 * @throws Exception
	 */
	public static File getFile(String path,String filepath,ProgressDialog pd) throws Exception{
		URL url = new URL(/blog_article/path/index.html);
		HttpURLConnection conn = (HttpURLConnection) url.openConnection();
		conn.setRequestMethod("GET");
		conn.setConnectTimeout(5000);
		if(conn.getResponseCode() == 200){
			int total =  conn.getContentLength();
			pd.setMax(total);
			InputStream is = conn.getInputStream();
			File file = new File(filepath);
			FileOutputStream fos = new FileOutputStream(file);
			byte[] buffer = new byte[1024];
			int len = 0;
			int process = 0;
			while((len = is.read(buffer))!=-1){
				fos.write(buffer, 0, len);
				process +=len;
				pd.setProgress(process);
			}
			fos.flush();
			fos.close();
			is.close();
			
			return file;
		}
		return null;
	}

HttpURLConnection是URLConnection的子类、在URLConnection类的基础上做了进一步的改进、增加了一些用于操作HTTP资源的便捷方法。

五、获取当前客户端版本号

	/**
	 * 获取当前应用程序的版本号
	 * 
	 * @return
	 */
	private String getVersion() {
		try {
			PackageManager manager = getPackageManager();
			PackageInfo info = manager.getPackageInfo(getPackageName(), 0);
			return info.versionName;
		} catch (Exception e) {

			e.printStackTrace();
			return "版本号未知";
		}
	}

PackageManager getPackageManager(); //得到系统的包管理服务

[java] view plaincopy

/**

* PackageManager介绍：

* 本类API是对所有基于加载信息的数据结构的封装，包括以下功能：

* 安装，卸载应用查询permission相关信息查询Application相关

* 信息(application，activity，receiver，service，provider及相应属性等）

* 查询已安装应用增加，删除permission 清除用户数据、缓存，代码段等非查询相关的API需要特定的权限。

* 主要包含了，安装在当前设备上的应用包的相关信息

* 如下：获取已经安装的应用程序的信息

private HashMap<String, String> installPackagesInfo(){

// 获取packageManager对象

PackageManager packageManager = this.getPackageManager();

/*getInstalledApplications 返回当前设备上安装的应用包集合

* ApplicationInfo对应着androidManifest.xml中的application标签。通过它可以获取该application对应的信息

List<ApplicationInfo> applicationInfos = packageManager.getInstalledApplications(0);

HashMap<String, String> resultMap = new HashMap<String, String>();

Iterator<ApplicationInfo> iterator = applicationInfos.iterator();

while(iterator.hasNext()){

ApplicationInfo applicationInfo = iterator.next();

String packageName = applicationInfo.packageName;// 包名

String packageLabel = packageManager.getApplicationLabel(applicationInfo).toString();//获取label

resultMap.put(packageLabel, packageName);

}

return resultMap;

}

[2] Toast（土司）失灵不显示

来源: 互联网发布时间: 2014-02-18

Toast（土司）失效不显示

这几天遇到了一个问题就是我的app的有一个Toast一直不显示，打Log和debug发现那句确实被执行了，但是界面却还是原样，没有效果，思考后觉得有问题的地方可能有两点：1.Context上下文对象有问题，不是当前的上下文对象或者什么的；2.message（即Toast要显示的问题）有问题，可能message最后为“”。

因为这个类是通过Context类实例化的，并且方法中的一些步奏确实执行，所以我认为Context上下文对象没有问题，然后就是检查message的获取过程，debug几次都发现message确实获取了网络上的String数据，而且message是String类型并且有默认数据，所以这个原因也排除了，然后我就凌乱了o(╯□╰)o

因为这个Toast显示是封装在一个类的方法中，在Activity通过实例化对象调用这个方法，最后我开始检查Activity的代码，在调用这个Toast显示的方法的上层看待，这个方法其实是在一个子线程中啊，尼玛~~~ android不允许在子线程中更改UI啊！居然犯了这个问题！

既然知道了原因，解决办法就比较简单了，在子线程中通过handler传递接收数据来显示Toast即可。

1楼snwrking前天 18:00在子线程中更改UI一般都会在日志中有错误提示的，可以仔细留意下~

[3] 懂得 Thread.Sleep 函数

来源: 互联网发布时间: 2014-02-18

理解 Thread.Sleep 函数

我们可能经常会用到 Thread.Sleep 函数来使线程挂起一段时间。那么你有没有正确的理解这个函数的用法呢？思考下面这两个问题：

假设现在是 2008-4-7 12:00:00.000，如果我调用一下 Thread.Sleep(1000) ，在 2008-4-7 12:00:01.000 的时候，这个线程会不会被唤醒？

某人的代码中用了一句看似莫明其妙的话：Thread.Sleep(0) 。既然是 Sleep 0 毫秒，那么他跟去掉这句代码相比，有啥区别么？

我们先回顾一下操作系统原理。

操作系统中，CPU竞争有很多种策略。Unix系统使用的是时间片算法，而Windows则属于抢占式的。

在时间片算法中，所有的进程排成一个队列。操作系统按照他们的顺序，给每个进程分配一段时间，即该进程允许运行的时间。如果在时间片结束时进程还在运行，则CPU将被剥夺并分配给另一个进程。如果进程在时间片结束前阻塞或结束，则CPU当即进行切换。调度程序所要做的就是维护一张就绪进程列表，，当进程用完它的时间片后，它被移到队列的末尾。

所谓抢占式操作系统，就是说如果一个进程得到了 CPU 时间，除非它自己放弃使用 CPU ，否则将完全霸占 CPU 。因此可以看出，在抢占式操作系统中，操作系统假设所有的进程都是“人品很好”的，会主动退出 CPU 。

在抢占式操作系统中，假设有若干进程，操作系统会根据他们的优先级、饥饿时间（已经多长时间没有使用过 CPU 了），给他们算出一个总的优先级来。操作系统就会把 CPU 交给总优先级最高的这个进程。当进程执行完毕或者自己主动挂起后，操作系统就会重新计算一次所有进程的总优先级，然后再挑一个优先级最高的把 CPU 控制权交给他。

我们用分蛋糕的场景来描述这两种算法。假设有源源不断的蛋糕（源源不断的时间），一副刀叉（一个CPU），10个等待吃蛋糕的人（10 个进程）。

如果是 Unix操作系统来负责分蛋糕，那么他会这样定规矩：每个人上来吃 1 分钟，时间到了换下一个。最后一个人吃完了就再从头开始。于是，不管这10个人是不是优先级不同、饥饿程度不同、饭量不同，每个人上来的时候都可以吃 1 分钟。当然，如果有人本来不太饿，或者饭量小，吃了30秒钟之后就吃饱了，那么他可以跟操作系统说：我已经吃饱了（挂起）。于是操作系统就会让下一个人接着来。

如果是 Windows 操作系统来负责分蛋糕的，那么场面就很有意思了。他会这样定规矩：我会根据你们的优先级、饥饿程度去给你们每个人计算一个优先级。优先级最高的那个人，可以上来吃蛋糕——吃到你不想吃为止。等这个人吃完了，我再重新根据优先级、饥饿程度来计算每个人的优先级，然后再分给优先级最高的那个人。

这样看来，这个场面就有意思了——可能有些人是PPMM，因此具有高优先级，于是她就可以经常来吃蛋糕。可能另外一个人是个丑男，而去很ws，所以优先级特别低，于是好半天了才轮到他一次（因为随着时间的推移，他会越来越饥饿，因此算出来的总优先级就会越来越高，因此总有一天会轮到他的）。而且，如果一不小心让一个大胖子得到了刀叉，因为他饭量大，可能他会霸占着蛋糕连续吃很久很久，导致旁边的人在那里咽口水。。。
而且，还可能会有这种情况出现：操作系统现在计算出来的结果，5号PPMM总优先级最高，而且高出别人一大截。因此就叫5号来吃蛋糕。5号吃了一小会儿，觉得没那么饿了，于是说“我不吃了”（挂起）。因此操作系统就会重新计算所有人的优先级。因为5号刚刚吃过，因此她的饥饿程度变小了，于是总优先级变小了；而其他人因为多等了一会儿，饥饿程度都变大了，所以总优先级也变大了。不过这时候仍然有可能5号的优先级比别的都高，只不过现在只比其他的高一点点——但她仍然是总优先级最高的啊。因此操作系统就会说：5号mm上来吃蛋糕……（5号mm心里郁闷，这不刚吃过嘛……人家要减肥……谁叫你长那么漂亮，获得了那么高的优先级）。

那么，Thread.Sleep 函数是干吗的呢？还用刚才的分蛋糕的场景来描述。上面的场景里面，5号MM在吃了一次蛋糕之后，觉得已经有8分饱了，她觉得在未来的半个小时之内都不想再来吃蛋糕了，那么她就会跟操作系统说：在未来的半个小时之内不要再叫我上来吃蛋糕了。这样，操作系统在随后的半个小时里面重新计算所有人总优先级的时候，就会忽略5号mm。Sleep函数就是干这事的，他告诉操作系统“在未来的多少毫秒内我不参与CPU竞争”。

看完了 Thread.Sleep 的作用，我们再来想想文章开头的两个问题。

对于第一个问题，答案是：不一定。因为你只是告诉操作系统：在未来的1000毫秒内我不想再参与到CPU竞争。那么1000毫秒过去之后，这时候也许另外一个线程正在使用CPU，那么这时候操作系统是不会重新分配CPU的，直到那个线程挂起或结束；况且，即使这个时候恰巧轮到操作系统进行CPU 分配，那么当前线程也不一定就是总优先级最高的那个，CPU还是可能被其他线程抢占去。

与此相似的，Thread有个Resume函数，是用来唤醒挂起的线程的。好像上面所说的一样，这个函数只是“告诉操作系统我从现在起开始参与CPU竞争了”，这个函数的调用并不能马上使得这个线程获得CPU控制权。

对于第二个问题，答案是：有，而且区别很明显。假设我们刚才的分蛋糕场景里面，有另外一个PPMM 7号，她的优先级也非常非常高（因为非常非常漂亮），所以操作系统总是会叫道她来吃蛋糕。而且，7号也非常喜欢吃蛋糕，而且饭量也很大。不过，7号人品很好，她很善良，她没吃几口就会想：如果现在有别人比我更需要吃蛋糕，那么我就让给他。因此，她可以每吃几口就跟操作系统说：我们来重新计算一下所有人的总优先级吧。不过，操作系统不接受这个建议——因为操作系统不提供这个接口。于是7号mm就换了个说法：“在未来的0毫秒之内不要再叫我上来吃蛋糕了”。这个指令操作系统是接受的，于是此时操作系统就会重新计算大家的总优先级——注意这个时候是连7号一起计算的，因为“0毫秒已经过去了”嘛。因此如果没有比7号更需要吃蛋糕的人出现，那么下一次7号还是会被叫上来吃蛋糕。

因此，Thread.Sleep(0)的作用，就是“触发操作系统立刻重新进行一次CPU竞争”。竞争的结果也许是当前线程仍然获得CPU控制权，也许会换成别的线程获得CPU控制权。这也是我们在大循环里面经常会写一句Thread.Sleep(0) ，因为这样就给了其他线程比如Paint线程获得CPU控制权的权力，这样界面就不会假死在那里。

末了说明一下，虽然上面提到说“除非它自己放弃使用 CPU ，否则将完全霸占 CPU”，但这个行为仍然是受到制约的——操作系统会监控你霸占CPU的情况，如果发现某个线程长时间霸占CPU，会强制使这个线程挂起，因此在实际上不会出现“一个线程一直霸占着 CPU 不放”的情况。至于我们的大循环造成程序假死，并不是因为这个线程一直在霸占着CPU。实际上在这段时间操作系统已经进行过多次CPU竞争了，只不过其他线程在获得CPU控制权之后很短时间内马上就退出了，于是就又轮到了这个线程继续执行循环，于是就又用了很久才被操作系统强制挂起。。。因此反应到界面上，看起来就好像这个线程一直在霸占着CPU一样。

末了再说明一下，文中线程、进程有点混乱，其实在Windows原理层面，CPU竞争都是线程级的，本文中把这里的进程、线程看成同一个东西就好了。