我的程序在第一次使用的时候会在桌面创建一个快捷方式，代码如下：


Intent intent = new Intent(); 
        intent.setClass(this, SplashActivity.class); 
         
        Intent addShortcut = new Intent(ACTION_ADD_SHORTCUT); 
        Parcelable icon = Intent.ShortcutIconResource.fromContext(this, 
                R.drawable.icon); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_NAME, getString(R.string.app_name)); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_INTENT, intent); 
        addShortcut.putExtra("duplicate", 0); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_ICON_RESOURCE, icon); 
        sendBroadcast(addShortcut); 
 

但是当程序被卸载掉之后却没有同时删除桌面上的 快捷方式，这个问题昨天搞了我很久，今天终于解决了，方法是这样的：

 Intent intent = new Intent(); 
        intent.setClass(this, SplashActivity.class); 
        intent.setAction("android.intent.action.MAIN"); 
        intent.addCategory("android.intent.category.LAUNCHER"); 
         
        Intent addShortcut = new Intent(ACTION_ADD_SHORTCUT); 
        Parcelable icon = Intent.ShortcutIconResource.fromContext(this, 
                R.drawable.icon); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_NAME, getString(R.string.app_name)); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_INTENT, intent); 
        addShortcut.putExtra("duplicate", 0); 
        addShortcut.putExtra(Intent.EXTRA_SHORTCUT_ICON_RESOURCE, icon); 
        sendBroadcast(addShortcut); 

但是当程序被卸载掉之后却没有同时删除桌面上的 快捷方式，这个问题昨天搞了我很久，今天终于解决了，方法是这样的：也就是跟Intent增加了两个过滤的属性

intent.setAction("android.intent.action.MAIN");

intent.addCategory("android.intent.category.LAUNCHER");

这样的话桌面图标就会和我的应用绑定了，卸载了应用后系统也会同时自动删除图标。

Ant 打包war 生成文件内容build.xml
1. 打包文件内容
 
<?xml version="1.0" encoding="UTF-8"?>

<project name="newbssqyl" basedir="." default="makewar">
	  <property name="classpath_lib" value="WebContent/WEB-INF/lib" />
    <property name="sources" value="${basedir}/src"/>  
  
    <path id="classpath">  
        <fileset dir="${classpath_lib}">  
            <include name="*.jar"/>  
        </fileset>  
    </path>  
	
    <property name="debuglevel" value="source,lines,vars"/>
    
    <property name="target" value="1.6"/>
    <property name="source" value="1.6"/>
    
    <target name="init">
	    <property name="build" value="build/destination/webapp"></property>
	    <property name="src" value="src"></property>
        <mkdir dir="${build}"/>
        <mkdir dir="${build}\WEB-INF"/>
        <mkdir dir="${build}\WEB-INF\classes"/>
        <mkdir dir="${build}\WEB-INF\lib"/>
        <copy todir="${build}">
            <fileset dir="${basedir}\WebContent">
                <include name="WEB-INF/**" />
                <include name="**" />
                
            </fileset>
        </copy>
    </target>
    <target name="complie" depends="init">  
        <javac srcdir="${src}" destdir="${build}/WEB-INF/classes" classpathref="classpath">
        </javac>
    
    </target>
    <target name="makewar" depends="complie">
        <war warfile="${build}/newbssqyl.war" webxml="${build}/WEB-INF/web.xml">
        <lib dir="${build}/WEB-INF/lib">
        	<include name="**" />
        </lib>
        <classes dir="${build}/WEB-INF/classes"/>
        <fileset dir="${build}"/>
        </war>
    
    </target>
     
</project>
 
2. 将文件放到项目根目录中
\newbssqyl
 
3.运行命令
E:\刘庆\AntProjectTest\test\newbssqyl>ant makewar
Buildfile: E:\刘庆\AntProjectTest\test\newbssqyl\build.xml

init:

complie:
    [javac] E:\刘庆\AntProjectTest\test\newbssqyl\build.xml:34: warning: 'includ
eantruntime' was not set, defaulting to build.sysclasspath=last; set to false fo
r repeatable builds

makewar:
      [war] Building war: E:\刘庆\AntProjectTest\test\newbssqyl\build\destinatio
n\webapp\newbssqyl.war

BUILD SUCCESSFUL
Total time: 1 minute 59 seconds

E:\刘庆\AntProjectTest\test\newbssqyl>
 
 OK 生成成功
 
修正文件
 
<?xml version="1.0" encoding="UTF-8"?>  
  
<project name="newbssqyl" basedir="." default="makewar">  
      <property name="classpath_lib" value="WebContent/WEB-INF/lib" />  
    <property name="sources" value="${basedir}/src"/>     
     
    <path id="classpath">
	<!--添加lib 中的jar 包到软件中-->     
        <fileset dir="${classpath_lib}">     
            <include name="*.jar"/>     
        </fileset>
	<!--添加lib 之外的包-->
	<fileset dir="D:\Tomcat 6.0\lib">
	    <include name="*.jar" />
	</fileset>     
    </path>     
       
    <property name="debuglevel" value="source,lines,vars"/>  
       
    <property name="target" value="1.6"/>  
    <property name="source" value="1.6"/>  
       
    <target name="init">
        <property name="build" value="build/destination/webapp"></property>  
        <property name="src" value="src"></property>  
        <mkdir dir="${build}"/>  
        <mkdir dir="${build}\WEB-INF"/>  
        <mkdir dir="${build}\WEB-INF\classes"/>  
        <mkdir dir="${build}\WEB-INF\lib"/>  
        <copy todir="${build}">  
            <fileset dir="${basedir}\WebContent">  
                <include name="WEB-INF/**" />  
                <include name="**" />  
                   
            </fileset>  
        </copy>  
    </target>  
    <target name="complie" depends="init">
	<!--添加源文件内容和编码utf-8 因为默是系统的本地时间-->     
        <javac srcdir="${src}" destdir="${build}/WEB-INF/classes" encoding="utf-8" classpathref="classpath">  
        </javac>  
       
    </target>
    <!--生成war 包结构-->  
    <target name="makewar" depends="complie">  
        <war warfile="${build}/newbssqyl.war" webxml="${build}/WEB-INF/web.xml">  
        <lib dir="${build}/WEB-INF/lib">  
            <include name="**" />  
        </lib>  
        <classes dir="${build}/WEB-INF/classes"/>  
        <fileset dir="${build}"/>  
        </war>  
       
    </target>  
        
</project>  

<project basedir="." default="usage" name="myceaas">
 <target name="init">

  <property name="Name" value="myceaas" />
  <property name="name" value="myceaas" />
  <property name="version" value="0.2" />
  <property name="year" value="2006" />

  <echo message="----------- ${Name} ${version} [${year}] ------------" />

  <property name="debug" value="off" />
  <property name="optimize" value="on" />
  <property name="deprecation" value="on" />

  <!--<property name="mycedatasycn.location" value="D:/project/myce/mycedatasycn" />-->

<!--   java源文件路径 -->

  <property name="src.dir" value="${basedir}/src" />

<!--   jar包路径 -->
  <property name="lib.dir" value="${basedir}/myceaas/WEB-INF/lib" />

<!--   webapp路径 -->
  <property name="webapp.dir" value="${basedir}/myceaas" />
  <property name="packages" value="com.ce.myceaas.*" />

<!--   准备源文件路径 -->
  <property name="build.src" value="${basedir}/AntBuild/build" />

<!--   编译源文件路径 -->
  <property name="build.dest" value="${basedir}/AntBuild/bin" />

<!--   准备webapp文件路径 -->
  <property name="buildwar.dest" value="${basedir}/AntBuild/warsrc" />

<!--   准备javadoc文件路径 -->
  <property name="build.javadocs" value="${basedir}/AntBuild/doc" />

<!--   打包jar文件路径 -->
  <property name="jar.dest" value="${basedir}/AntBuild/jar" />

<!--   打包war文件路径 -->
  <property name="war.dest" value="${basedir}/AntBuild/war" />
  
  <!--   resin-home路径 -->
  <property name="resin.home" value="C:\resin-pro-3.0.17"/>

<!--   tomcat-home路径 -->
  <property name="tomcat.home" value="C:\tomcat5.5.12"/> 
  <property name="j2eelib.dir" value="C:/Program Files/MyEclipse/eclipse/plugins/com.genuitec.eclipse.j2eedt.core_3.9.210/data/libraryset/1.4" />

<!--   classpath -->
  <path id="classpath">
   
   <fileset dir="${j2eelib.dir}">
    <include name="**/*.jar"/>
   </fileset>
   <fileset dir="${lib.dir}">
    <include name="**/*.jar"/>
   </fileset>
   <!--<pathelement location="lib/"/>-->
  </path>

  <filter token="year" value="${year}" />
  <filter token="version" value="${version}" />
  <filter token="date" value="${TODAY}" />
  <filter token="log" value="true" />
  <filter token="verbose" value="true" />

 </target>

  <!-- =================================================================== -->
 <!-- Help on usage -->
 <!-- =================================================================== -->
 <target name="usage" depends="init">
  <echo message="${Name} Build file" />
  <echo message="-------------------------------------------------------------" />
  <echo message="" />
  <echo message=" available targets are:" />
  <echo message="" />
  <echo message=" jar --> generates the ${name}.jar file" />
  <echo message=" build --> compiles the source code" />
  <echo message=" javadoc --> generates the API documentation" />
  <echo message=" clean --> cleans up the directory" />
  <echo message="" />
  <echo message=" Please rename build.properties.default to build.properties" />
  <echo message=" and edit build.properties to specify JSDK 2.3 classpath." />
  <echo message="" />
  <echo message=" See the comments inside the build.xml file for more details." />
  <echo message="-------------------------------------------------------------" />
  <echo message="" />
  <echo message="" />
 </target>

 <!-- =================================================================== -->
 <!-- 准备源文件-->
 <!-- =================================================================== -->
 <target name="prepare-src" depends="init">
  <!-- create directories -->
  <mkdir dir="${build.src}" />
  <mkdir dir="${build.dest}" />
  <mkdir dir="${jar.dest}" />
  <mkdir dir="${war.dest}" />
  <mkdir dir="${buildwar.dest}" />
  
  
  <!-- copy src files -->
  <copy todir="${build.src}">
   <fileset dir="${src.dir}" />
  </copy>
  <copy todir="${buildwar.dest}">
   <fileset dir="${webapp.dir}" />
  </copy>
 
 </target>

 <!-- =================================================================== -->
 <!-- 编译源文件-->
 <!-- =================================================================== -->
 <target name="build" depends="prepare-src">
  <javac srcdir="${build.src}" destdir="${buildwar.dest}/WEB-INF/classes" debug="${debug}" optimize="${optimize}">
   <classpath refid="classpath" />
  </javac>
  <copy todir="${buildwar.dest}/WEB-INF/classes">
   <fileset dir="${build.src}" >
    <include name="**/*.xml"/>
   </fileset>
  </copy>
 </target>

 <!-- =================================================================== -->
 <!-- 打war包-->
 <!-- =================================================================== -->

 <target name="myceaas.war" depends="build">
  <war warfile="${war.dest}/myceaas.war" webxml="${buildwar.dest}/WEB-INF/web.xml">
   <lib dir="${buildwar.dest}/WEB-INF/lib"/>
   <classes dir = "${buildwar.dest}/WEB-INF/classes"/>
   <fileset dir="${buildwar.dest}">
   </fileset>
  </war>
 
 </target>

 <!-- =================================================================== -->
 <!-- 发布到本的resin和tomcat-->
 <!-- =================================================================== -->

 <target name="publish" depends="myceaas.war,clean">
  <copy todir="${resin.home}/webapps">
   <fileset dir="${war.dest}" >
    <include name="**/*.war"/>
   </fileset>
  </copy>
  <copy todir="${tomcat.home}/webapps">
   <fileset dir="${war.dest}" >
    <include name="**/*.war"/>
   </fileset>
  </copy>
  
 </target>
 <!--
 <target name="SyncMain">
         <java classname="com.ce.synchronization.main.SyncMain" fail fork="yes">
             <classpath refid="classpath"/>
         </java>
 </target>
 -->
 <!-- =================================================================== -->
 <!-- 产生javadoc api 文档-->
 <!-- =================================================================== -->
 <target name="javadoc" depends="build">
  <mkdir dir="${build.javadocs}" />
  <javadoc packagenames="${packages}" sourcepath="${build.src}" destdir="${build.javadocs}" author="true" version="true" use="true" splitindex="true" windowtitle="${Name} API" doctitle="${Name}">
   <classpath refid="classpath" />
  </javadoc>
 </target>
 <!-- =================================================================== -->
 <!-- 清除临时文件-->
 <!-- =================================================================== -->
 <target name="clean" depends="init">
  <delete dir="${build.src}"/>
  <delete dir="${build.dest}/org"/>
  <delete dir="${build.dest}/com"/>
  <delete dir="${buildwar.dest}"/>
  <delete>
   <files

平时开发的时候 遇到这样的一个问题: 我开着系统的音乐播放器，我在我的应用程序里面播一段音乐 两个音乐会同时播放通过在stackoverflow查资料后才发行我们得自己音乐需要获取焦点，在我们音乐播完了以后释放掉焦点。这样系统的歌曲会继续播放下面介绍一下步骤
1.获取AudioManager对象
 AudioManager   am = (AudioManager) getSystemService(Context.AUDIO_SERVICE);
2. 注册OnAudioFocusChangeListener监听
 OnAudioFocusChangeListener afChangeListener = new OnAudioFocusChangeListener() {
  public void onAudioFocusChange(int focusChange) {
   if (focusChange == AudioManager.AUDIOFOCUS_LOSS_TRANSIENT) {
    if(mediaPlayer.isPlaying()){
     mediaPlayer.pause();
    }
    
   } else if (focusChange == AudioManager.AUDIOFOCUS_GAIN) {
    if(mediaPlayer==null){
     initBeepSound();
    }else if(!mediaPlayer.isPlaying()){
     
     mediaPlayer.start();
     
    }
    // Resume playback
   } else if (focusChange == AudioManager.AUDIOFOCUS_LOSS) {
    if(mediaPlayer.isPlaying()){
     
     mediaPlayer.stop();
    }
    am.abandonAudioFocus(afChangeListener);
    // Stop playback
   }else if(focusChange==AudioManager.AUDIOFOCUS_REQUEST_GRANTED){
    if (mediaPlayer.isPlaying()) {
     mediaPlayer.stop();
    }
    
   }else if(focusChange==AudioManager.AUDIOFOCUS_REQUEST_FAILED){
    if(mediaPlayer.isPlaying()){
     mediaPlayer.stop();
    }
    
   }
  }
 };
3.就是在我们播放音乐的时候为AudioManager添加获取焦点的监听
int result = am.requestAudioFocus(afChangeListener,
    // Use the music stream.
      AudioManager.STREAM_MUSIC, // Request permanent focus.
      AudioManager.AUDIOFOCUS_GAIN);
    if (result == AudioManager.AUDIOFOCUS_REQUEST_GRANTED) {
     mediaPlayer.start();
     // Start playback. // 开始播放音乐文件
    }
4.在我们不用的时候将焦点释放掉一般我们是在ondestroy()方法中释放
 @Override
 protected void onStop() {
  // TODO Auto-generated method stub
  super.onStop();
  am.abandonAudioFocus(afChangeListener);
 }
下面介绍一下AudioManager的几个常量
AUDIOFOCUS_REQUEST_GRANTED   永久获取媒体焦点（播放音乐）
AUDIOFOCUS_GAIN_TRANSIENT  暂时获取焦点 适用于短暂的音频
AUDIOFOCUS_GAIN_TRANSIENT_MAY_DUCK Duck我们应用跟其他应用共用焦点 我们播放的时候其他音频会降低音量
下面奉上代码
[java] view plaincopyprint?
package com.example.mediatest;  
  
import java.io.IOException;  
  
import android.app.Activity;  
import android.content.BroadcastReceiver;  
import android.content.ComponentName;  
import android.content.Context;  
import android.content.Intent;  
import android.content.res.AssetFileDescriptor;  
import android.media.AudioManager;  
import android.media.AudioManager.OnAudioFocusChangeListener;  
import android.media.MediaPlayer;  
import android.media.MediaPlayer.OnCompletionListener;  
import android.os.Bundle;  
import android.view.KeyEvent;  
import android.view.Menu;  
import android.view.View;  
import android.view.View.OnClickListener;  
import android.widget.Button;  
import android.widget.Toast;  
  
public class MainActivity extends Activity {  
  
    private Button play;  
    private Button stop;  
    private AudioManager am;  
    @Override  
    protected void onCreate(Bundle savedInstanceState) {  
        super.onCreate(savedInstanceState);  
        setContentView(R.layout.activity_main);  
        play = (Button) findViewById(R.id.button1);  
        stop = (Button) findViewById(R.id.button2);  
        am = (AudioManager) getSystemService(Context.AUDIO_SERVICE);  
        initBeepSound();  
        mode = am.getMode();  
        if (mode == AudioManager.MODE_NORMAL) {  
            Toast.makeText(this, "MODE_NORMAL", Toast.LENGTH_LONG).show();  
        } else if (mode == AudioManager.MODE_IN_CALL) {  
            Toast.makeText(this, "MODE_IN_CALL", Toast.LENGTH_LONG).show();  
  
        } else if (mode == AudioManager.MODE_RINGTONE) {  
            Toast.makeText(this, "MODE_RINGTONE", Toast.LENGTH_LONG).show();  
  
        }  
        remoteControlReceiver = new ComponentName(" com.example.mediatest",  
                " com.example.mediatest.RemoteControlReceiver");  
        play.setOnClickListener(new OnClickListener() {  
  
            @Override  
            public void onClick(View v) {  
                if (mediaPlayer != null) {  
                    mediaPlayer.start();  
  
                } else {  
                    initBeepSound();  
                    mediaPlayer.start();  
                }  
                // Request audio focus for playback  
                int result = am.requestAudioFocus(afChangeListener,  
                // Use the music stream.  
                        AudioManager.STREAM_MUSIC, // Request permanent focus.  
                        AudioManager.AUDIOFOCUS_GAIN_TRANSIENT_MAY_DUCK);  
                if (result == AudioManager.AUDIOFOCUS_REQUEST_GRANTED) {  
                    mediaPlayer.start();  
                    // Start playback. // 开始播放音乐文件  
                }  
            }  
  
        });  
        stop.setOnClickListener(new OnClickListener() {  
  
            @Override  
            public void onClick(View v) {  
                if (mediaPlayer != null && mediaPlayer.isPlaying()) {  
                    mediaPlayer.stop();  
                    mediaPlayer.release();  
                    mediaPlayer = null;  
                }  
                am.abandonAudioFocus(afChangeListener);  
            }  
        });  
    }  
  
    OnAudioFocusChangeListener afChangeListener = new OnAudioFocusChangeListener() {  
        public void onAudioFocusChange(int focusChange) {  
            if (focusChange == AudioManager.AUDIOFOCUS_LOSS_TRANSIENT) {  
                if (mediaPlayer.isPlaying()) {  
                    mediaPlayer.pause();  
                }  
  
            } else if (focusChange == AudioManager.AUDIOFOCUS_GAIN) {  
                if (mediaPlayer == null) {  
                    initBeepSound();  
                } else if (!mediaPlayer.isPlaying()) {  
  
                    mediaPlayer.start();  
  
                }  
                // Resume playback  
            } else if (focusChange == AudioManager.AUDIOFOCUS_LOSS) {  
                if (mediaPlayer.isPlaying()) {  
  
                    mediaPlayer.stop();  
                }  
                am.abandonAudioFocus(afChangeListener);  
                // Stop playback  
            } else if (focusChange == AudioManager.AUDIOFOCUS_REQUEST_GRANTED) {  
                if (mediaPlayer.isPlaying()) {  
                    mediaPlayer.stop();  
                }  
  
            } else if (focusChange == AudioManager.AUDIOFOCUS_REQUEST_FAILED) {  
                if (mediaPlayer.isPlaying()) {  
                    mediaPlayer.stop();  
                }  
  
            }  
        }  
    };  
    /** 
     * When the beep has finished playing, rewind to queue up another one. 
     */  
    private final OnCompletionListener beepListener = new OnCompletionListener() {  
        public void onCompletion(MediaPlayer mediaPlayer) {  
            mediaPlayer.seekTo(0);  
        }  
    };  
    private MediaPlayer mediaPlayer;  
    private ComponentName remoteControlReceiver;  
    private int mode;  
  
    private void initBeepSound() {  
        if (mediaPlayer == null) {  
            // The volume on STREAM_SYSTEM is not adjustable, and users found it  
            // too loud,  
            // so we now play on the music stream.  
            setVolumeControlStream(AudioManager.STREAM_MUSIC);  
            mediaPlayer = new MediaPlayer();  
            mediaPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);  
            mediaPlayer.setOnCompletionListener(beepListener);  
  
            AssetFileDescriptor file = getResources().openRawResourceFd(  
                    R.raw.demo);  
            try {  
                mediaPlayer.setDataSource(file.getFileDescriptor(),  
                        file.getStartOffset(), file.getLength());  
                file.close();  
                mediaPlayer.prepare();  
            } catch (IOException e) {  
                mediaPlayer = null;  
            }  
        }  
    }  
  
    @Override  
    protected void onStop() {  
        // TODO Auto-generated method stub  
        super.onStop();  
        am.abandonAudioFocus(afChangeListener);  
  
    }  
  
    @Override  
    public boolean onCreateOptionsMenu(Menu menu) {  
        // Inflate the menu; this adds items to the action bar if it is present.  
        getMenuInflater().inflate(R.menu.main, menu);  
        return true;  
    }  
  
}  

http://blog.csdn.net/yudajun/article/details/8054919

最近项目里使用到了android中重力感应使用，现分享给大家。
重力感应坐标是相对于设备而言，而不是空间坐标，如图


代码如下；
[html] view plaincopy
package com.pioneersoft.temp;  
  
import android.app.Activity;  
import android.content.Context;  
import android.content.Intent;  
import android.hardware.Sensor;  
import android.hardware.SensorEvent;  
import android.hardware.SensorEventListener;  
import android.hardware.SensorManager;  
import android.os.Bundle;  
import android.util.Log;  
import android.widget.Toast;  
  
public class TempActivity extends Activity {  
      
     //摇晃速度临界值  
     private static final int SPEED_SHRESHOLD = 600;   
     //两次检测的时间间隔   
     private static final int UPTATE_INTERVAL_TIME = 200;   
    //上次检测时间   
     private long lastUpdateTime;   
       
     private SensorManager sensorMag;   
     private Sensor gravitySensor;  
     //保存上一次记录  
     float lastX = 0;      
     float lastY = 0;      
     float lastZ = 0;      
      
    /** Called when the activity is first created. */  
    @Override  
    public void onCreate(Bundle savedInstanceState) {  
        super.onCreate(savedInstanceState);  
        
        initGravitySensor();  
    }  
   /**  
    * 初始化传感器  
    */  
    private void initGravitySensor(){  
               
        sensorMag=(SensorManager)getSystemService(Context.SENSOR_SERVICE);  
        gravitySensor = sensorMag.getDefaultSensor(Sensor.TYPE_ACCELEROMETER);         
          
    }  
      
    @Override  
    protected void onPause() {  
        sensorMag.unregisterListener(sensorLis);  
        super.onPause();  
    }  
      
    @Override  
    protected void onResume() {  
        sensorMag.registerListener(sensorLis, gravitySensor, SensorManager.SENSOR_DELAY_UI);  
        super.onResume();  
    }  
      
    float tMax=1.0f;  
    private SensorEventListener sensorLis = new SensorEventListener() {  
  
        @Override  
        public void onAccuracyChanged(Sensor sensor, int accuracy) {  
              
        }  
  
        @Override  
        public void onSensorChanged(SensorEvent event) {  
              
            if (event.sensor.getType() != Sensor.TYPE_ACCELEROMETER) {    
                return;    
            }   
             //现在检测时间   
              long currentUpdateTime = System.currentTimeMillis();   
              //两次检测的时间间隔   
              long timeInterval = currentUpdateTime - lastUpdateTime;     
              //判断是否达到了检测时间间隔   
              if(timeInterval < UPTATE_INTERVAL_TIME)    
               return;   
              //现在的时间变成last时间   
              lastUpdateTime = currentUpdateTime;   
            //获取加速度数值，以下三个值为重力分量在设备坐标的分量大小  
             float x = event.values[SensorManager.DATA_X];            
  
             float y = event.values[SensorManager.DATA_Y];            
  
             float z = event.values[SensorManager.DATA_Z];        
  
               
          //   Log.e("msg", "x= "+x+" y= "+y);  
         //    Log.e("msg", "x= "+x+" y= "+y+" z= "+z);  
               
             float absx = Math.abs(x);  
             float absy = Math.abs(y);  
             float absz = Math.abs(z);  
                 
            if (absx > absy && absx > absz) {  
                  
                if (x > tMax) {  
                      
                    Log.e("origen", "turn left");  
                } else if(x<-tMax){  
                      
                    Log.e("origen", "turn right");  
                }  
                  
            }  
            else if (absy > absx && absy > absz) {  
  
                if (y > tMax) {  
                      
                    Log.e("origen", "turn up");  
                } else if(y<-tMax){  
                      
                    Log.e("origen", "turn down");  
                }  
            }  
              
            else if (absz > absx && absz > absy) {  
                if (z > 0) {  
                    Log.e("origen", "screen up");  
                } else {  
                    Log.e("origen", "screen down");  
                }  
            }   
            else {  
                  
                Log.e("origen", "unknow action");  
            }  
              
              //获得x,y,z的变化值   
              float deltaX = x - lastX;   
              float deltaY = y - lastY;   
              float deltaZ = z - lastZ;      
              //备份本次坐标  
              lastX = x;   
              lastY = y;   
              lastZ = z;     
              //计算移动速度  
              double speed = Math.sqrt(deltaX*deltaX + deltaY*deltaY + deltaZ*deltaZ)/timeInterval * 10000;  
              // Log.e("msg", "speed= "+speed);  
                 
              if(speed >= SPEED_SHRESHOLD)   
                 Toast.makeText(TempActivity.this, "onshake", 200).show();  
               
        }   
    };  
      
      
}  

需要注意的是，对手机的移动操作实现对于手机屏幕朝向为标准，例如手机屏幕向左，此时认为手机向左移动。
以上是手机为纵向屏幕时的坐标，如果当前手机是横向屏幕: x>0 说明当前手机下翻 x<0上翻      y>0 说明当前手机右翻 y<0左翻  z轴坐标不变。

最近总结了了一下，Java对文件的处理方法，主要包含，文件的创建，删除，重命名，复制，移动几种文件的处理，
具体代码如下：
[html] view plaincopy
package com.file;  
  
import java.io.BufferedReader;  
import java.io.BufferedWriter;  
import java.io.File;  
import java.io.FileInputStream;  
import java.io.FileNotFoundException;  
import java.io.FileOutputStream;  
import java.io.FileReader;  
import java.io.FileWriter;  
import java.io.IOException;  
import java.util.Date;  
  
public class File_Test {  
  
    //文件是否成功删除  
//  private boolean flag;  
    /**  
     * 创建文件及目录  
     * @param path  
     * @param filename  
     */  
    public void create_file(String path,String filename){  
        String sparator=File.separator;  
        File f=new File(path, filename);  
        if(f.exists()){  
            System.out.println("file exist! file detail");  
            System.out.println("file path "+f.getAbsolutePath());  
            System.out.println("file length "+f.length()+" "+f.lastModified());           
        }else{  
            f.getParentFile().mkdirs();  
            try {  
                f.createNewFile();  
            } catch (IOException e) {  
                e.printStackTrace();  
                System.out.println("创建文件失败！");  
            }  
        }  
    }  
    /**  
     * 获取文件属性  
     * @param path  
     * @param filename  
     */  
    public void getFile(String path,String filename){  
        File f=new File(path, filename);  
        if(f.exists()){  
            System.out.println("file abspath "+f.getAbsolutePath()+'\n'+"file reable "+f.getParentFile()+'\n'  
                    +"file standar "+f.isFile()+'\n'+"file length "+f.length()+'\n'+"file modify time "+new Date(f.lastModified())+'\n'  
                    +"file can read "+f.canRead()+'\n'+"file can write "  
                    +f.canWrite()+'\n'+"file whether hidden "+f.isHidden());  
        }else{  
            System.out.println("file not exist!");  
        }  
    }  
    /**  
     * 文件及文件夹的复制  
     * @param src  
     * @param des  
     * @return  
     */  
    public boolean copy(String src,String des) {  
          
        File in=new File(src);  
        File out=new File(des);  
        if(!in.exists()){  
            System.out.println(in.getAbsolutePath()+"源文件路径错误！！！");  
            return false;  
        }  
        else {  
            System.out.println("源文件路径"+in.getAbsolutePath());  
            System.out.println("目标路径"+out.getAbsolutePath());  
              
        }  
        if(!out.exists())   
            out.mkdirs();  
        File[] file=in.listFiles();  
        FileInputStream fin=null;  
        FileOutputStream fout=null;  
        for(int i=0;i<file.length;i++){  
        if(file[i].isFile()){  
            try {  
                fin=new FileInputStream(file[i]);  
            } catch (FileNotFoundException e) {  
                e.printStackTrace();  
            }  
            System.out.println("in.name="+file[i].getName());  
            try {  
                fout=new FileOutputStream(new File(des+File.separator+file[i].getName()));  
            } catch (FileNotFoundException e) {  
                e.printStackTrace();  
            }  
            System.out.println(des);  
            int c;  
            byte[] b=new byte[1024];  
            try {  
                while((c=fin.read(b))!=-1){  
                    fout.write(b, 0, c);  
                    System.out.println("复制文件中！");  
                }  
                fin.close();  
                fout.flush();  
                fout.close();  
                System.out.println("复制完毕！");  
            } catch (IOException e) {  
                e.printStackTrace();  
            }  
        }  
        else copy(src+File.separator+file[i].getName(),des+File.separator+file[i].getName());  
        }  
        return false;  
    }  
    /**  
     * 文件夹的移动  
     * @param src  
     * @param dest  
     * @return  
     */  
    private boolean moveFolder(String src, String dest) {  
          File srcFolder = new File(src);  
         File destFolder = new File(dest);  
  
          if(!srcFolder.exists()){  
              return false;  
          }else{  
              if(!destFolder.exists())  
                  destFolder.mkdirs();  
                
              if(srcFolder.isFile()){  
                  srcFolder.renameTo(new File( dest+srcFolder.getName()));  
              }  
              else if(srcFolder.isDirectory()){  
                    
                 File[] files=srcFolder.listFiles();  
                 for(int i=0;i<files.length;i++){  
                     if(files[i].isFile())  
                         files[i].renameTo(new File(dest+File.separator+files[i].getName()));  
                       
                     else  
                         moveFolder(src+File.separator+files[i].getName(), dest+File.separator+files[i].getName());  
                 }  
              }  
          }  
          return true;  
    }  
    /**  
     * 单个文件移动  
     */  
    private void fileMove(){  
        String src="E:/tt/",des="F:/kk/";  
         File f=new File(des);   
          File fileList[]=f.listFiles();   
          for(int i=0;i<fileList.length ;i++) {   
              fileList[i].renameTo(new File( src+ fileList[i].getName()));   
         }   
    }  
    /**  
     *  根据路径删除指定的目录或文件，无论存在与否  
     *@param sPath  要删除的目录或文件  
     *@return 删除成功返回 true，否则返回 false。  
     */  
    private boolean DeleteFolder(String sPath) {  
        boolean  flag = false;  
       File file = new File(sPath);  
        // 判断目录或文件是否存在  
        if (!file.exists()) {  // 不存在返回 false  
            return flag;  
        } else {  
            // 判断是否为文件  
            if (file.isFile()) {  // 为文件时调用删除文件方法  
                return deleteFile(sPath);  
            } else {  // 为目录时调用删除目录方法  
                return deleteDirectory(sPath);  
            }  
        }  
    }  
    /**  
     * 删除单个文件  
     * @param   sPath    被删除文件的文件名  
     * @return 单个文件删除成功返回true，否则返回false  
     */  
    private boolean deleteFile(String sPath) {  
        boolean  flag = false;  
        File file = new File(sPath);  
        // 路径为文件且不为空则进行删除  
        if (file.isFile() && file.exists()) {  
            file.delete();  
            flag = true;  
        }  
        return flag;  
    }  
    /**  
     * 删除目录（文件夹）以及目录下的文件  
     * @param   sPath 被删除目录的文件路径  
     * @return  目录删除成功返回true，否则返回false  
     */  
    private boolean deleteDirectory(String sPath) {  
        //如果sPath不以文件分隔符结尾，自动添加文件分隔符  
        if (!sPath.endsWith(File.separator)) {  
            sPath = sPath + File.separator;  
        }  
        File dirFile = new File(sPath);  
        //如果dir对应的文件不存在，或者不是一个目录，则退出  
        if (!dirFile.exists() || !dirFile.isDirectory()) {  
            return false;  
        }  
        boolean  flag = true;  
        //删除文件夹下的所有文件(包括子目录)  
        File[] files = dirFile.listFiles();  
        for (int i = 0; i < files.length; i++) {  
            //删除子文件  
            if (files[i].isFile()) {  
                flag = deleteFile(files[i].getAbsolutePath());  
                if (!flag) break;  
            } //删除子目录  
            else {  
                flag = deleteDirectory(files[i].getAbsolutePath());  
                if (!flag) break;  
            }  
        }  
        if (!flag) return false;  
        //删除当前目录  
        if (dirFile.delete()) {System.out.println("删除成功");  
            return true;  
        } else {System.out.println("删除失败");  
            return false;  
        }  
    }  
    /**  
     * 以二叉树形式展示文件名字，(windows文件管理形式)  
     * @param file  
     * @param level  
     */  
    private void treeName(File file,int level){  
        String space= " ";  
        for(int t=0;t<level;t++){  
            space+=" ";  
        }  
        File[] files=file.listFiles();  
        for(int i=0;i<files.length;i++){  
            System.out.println(space+files[i].getName());  
            if(files[i].isDirectory()){  
                treeName(files[i],level+1);  
            }  
        }  
    }  
      
    public static void main(String[] args) {  
        File_Test ft=new File_Test();  
          
        /*ft.create_file(path, "b.txt");  
        ft.list_file("F:/a");  
        ft.getFile(path, "a.txt");  
        ft.copy_file(path, "a.txt", path2, "c.txt");*/  
        //ft.copy("F:/11","F:/kk");  
        //ft.DeleteFolder("F:/kk");ft.DeleteFolder("E:/tt");  
        //ft.moveFolder("F:/tt/","F:/kk/");  
    }  
  
}  

将特定文本信息写入项目所在的根目录下：
[java] view plaincopy
String str="write dir";  
          
        String filename=System.getProperty("user.dir")+"/src/com/agency/model2/temp.txt";  
        File f=new File(filename);  
        FileWriter fw=new FileWriter(f);  
        fw.write(str);  
        fw.flush();  
        fw.close();  
以上就可以将信息记录在项目内文件之中。

ok,以上方法经过测试，功能基本可以，如有问题请留言。

首先说一下手机与电脑连接方法：
家里有无线网路由器的话，直接将手机介入无线网就可以了，如果只有手机和笔记本的话，可以打开android的wifi热点。设置-无线和网络-绑定与便携式热点，打开便携式热点。然后用笔记本连接。笔记本自动获取ip的话，就可以通过android上网了。
wifi开发实质还是tcp，udp网络编程
1，基于tcp网络编程：
[java] view plaincopy
class Client{  
          
    public static final int port=8882;  
    private Socket s=null;  
    private String str=null;  
    private DataOutputStream dos=null;  
    private DataInputStream dis=null;  
    private boolean bconn=false;  
    private Thread th;  
      
    public Client(String ip){  
        th=new Thread(new Received());  
        connect(ip);  
        th.start();  
    }  
  
    private void send_msg(){  
        try {  
            dos=new DataOutputStream(s.getOutputStream());  
            dos.writeUTF(str);  
            dos.flush();  
              
        } catch (IOException e) {             
            e.printStackTrace();  
        }  
    }  
      
    public void connect(String ip){  
        try {  
            s=new Socket(ip, port);       
            bconn=true;  
            dis=new DataInputStream(s.getInputStream());  
        } catch (UnknownHostException e) {  
            e.printStackTrace();  
        } catch (IOException e) {  
            e.printStackTrace();  
        }  
          
    }  
      
    public void release_dis(){  
        try {  
            bconn=false;  
            if(dos!=null){  
            dos.close();  
            dos=null;  
            }  
            if(dis!=null){  
                dis.close();  
                dis=null;  
            }  
            if(s!=null){  
            s.close();  
            s=null;  
            }  
        } catch (IOException e) {  
            e.printStackTrace();  
        }  
          
    }  
      
    private class Received implements Runnable{  
  
        @Override  
        public void run() {  
              
            try {  
                while(bconn){     
                    String msg=dis.readUTF();  
                    Log.e("read msg", msg);  
                }  
            } catch(SocketException e){  
                Log.e("quit msg", "has quit");  
            }catch (IOException e) {  
                e.printStackTrace();  
            }  
        }  
    }  
      
    }  


2，基于udp网络编程：
[java] view plaincopy
import java.io.ByteArrayInputStream;  
import java.io.ByteArrayOutputStream;  
import java.io.DataInputStream;  
import java.io.DataOutputStream;  
import java.io.IOException;  
import java.net.DatagramPacket;  
import java.net.DatagramSocket;  
import java.net.InetSocketAddress;  
import java.net.Socket;  
import java.net.SocketException;  
import java.net.UnknownHostException;  
  
  
public class NetClient {  
  
    String ip;  
    private int udp_port;  
    private DatagramSocket ds=null;  
      
    public void connect(String ip,int port){  
          
        this.ip=ip;  
        this.udp_port=port;  
        try {  
            ds=new DatagramSocket(udp_port);  
        } catch (SocketException e1) {  
            e1.printStackTrace();  
        }  
          
        new Thread(new UDPThread()).start();  
    }  
  
    private class UDPThread implements Runnable{  
  
        byte[] buf=new byte[1024];  
        @Override  
        public void run() {  
              
            while(ds!=null){  
                DatagramPacket dp=new DatagramPacket(buf, buf.length);  
                try {  
                    ds.receive(dp);  
                    parse(dp);  
                    System.out.println("receive a package from server");  
                } catch (IOException e) {  
                    e.printStackTrace();  
                }  
            }  
        }  
        private void parse(DatagramPacket dp) {  
            ByteArrayInputStream bais = new ByteArrayInputStream(buf, 0, dp.getLength());  
            DataInputStream dis = new DataInputStream(bais);  
            String msg=null;  
            try {  
                msg=dis.readUTF();  
            } catch (IOException e) {  
                e.printStackTrace();  
            }  
        }  
          
}  
    /** 
     * send data package to server 
     * @param ds 
     * @param ip 
     * @param udpPort 
     */  
    public void sendMsg(String str) {  
        if(ds==null)  
            return;  
        ByteArrayOutputStream baos=new ByteArrayOutputStream();  
        DataOutputStream dos=new DataOutputStream(baos);  
          
        try {  
            dos.write(str.getBytes("UTF-8"));  
            dos.flush();  
        } catch (IOException e) {  
            e.printStackTrace();  
        }  
        byte[] buf=baos.toByteArray();  
        try {  
            DatagramPacket dp=new DatagramPacket(buf, buf.length, new InetSocketAddress(ip, udp_port));  
            ds.send(dp);  
        } catch (SocketException e) {  
            Log.e("udpmsg", e.getMessage());  
        } catch (IOException e) {  
            Log.e("udpmsg", e.getMessage());  
        }  
    }  


3，对wify的设置管理：
[html] view plaincopy
import java.util.List;  
  
import android.content.Context;  
import android.net.wifi.ScanResult;  
import android.net.wifi.WifiConfiguration;  
import android.net.wifi.WifiInfo;  
import android.net.wifi.WifiManager;  
import android.net.wifi.WifiManager.WifiLock;  
  
public class WifiAdmin  
{  
    //定义WifiManager对象  
    private WifiManager mWifiManager;  
    //定义WifiInfo对象  
    private WifiInfo mWifiInfo;  
    //扫描出的网络连接列表  
    private List<ScanResult> mWifiList;  
    //网络连接列表  
    private List<WifiConfiguration> mWifiConfiguration;  
    //定义一个WifiLock  
    WifiLock mWifiLock;  
    //构造器  
    public  WifiAdmin(Context context)  
    {  
        //取得WifiManager对象  
        mWifiManager = (WifiManager) context.getSystemService(Context.WIFI_SERVICE);  
        //取得WifiInfo对象  
        mWifiInfo = mWifiManager.getConnectionInfo();  
    }  
    //打开WIFI  
    public void OpenWifi()  
    {  
        if (!mWifiManager.isWifiEnabled())  
        {  
            mWifiManager.setWifiEnabled(true);  
              
        }  
    }  
    //关闭WIFI  
    public void CloseWifi()  
    {  
        if (mWifiManager.isWifiEnabled())  
        {  
            mWifiManager.setWifiEnabled(false);   
        }  
    }  
    //锁定WifiLock  
    public void AcquireWifiLock()  
    {  
        mWifiLock.acquire();  
    }  
    //解锁WifiLock  
    public void ReleaseWifiLock()  
    {  
        //判断时候锁定  
        if (mWifiLock.isHeld())  
        {  
            mWifiLock.release();  
        }  
    }  
    //创建一个WifiLock  
    public void CreatWifiLock()  
    {  
        mWifiLock = mWifiManager.createWifiLock("Test");  
    }  
    //得到配置好的网络  
    public List<WifiConfiguration> GetConfiguration()  
    {  
        return mWifiConfiguration;  
    }  
    //指定配置好的网络进行连接  
    public void ConnectConfiguration(int index)  
    {  
        //索引大于配置好的网络索引返回  
        if(index > mWifiConfiguration.size())  
        {  
            return;  
        }  
        //连接配置好的指定ID的网络  
        mWifiManager.enableNetwork(mWifiConfiguration.get(index).networkId, true);  
    }  
    public void StartScan()  
    {  
        mWifiManager.startScan();  
        //得到扫描结果  
        mWifiList = mWifiManager.getScanResults();  
        //得到配置好的网络连接  
        mWifiConfiguration = mWifiManager.getConfiguredNetworks();  
    }  
    //得到网络列表  
    public List<ScanResult> GetWifiList()  
    {  
        return mWifiList;  
    }  
    //查看扫描结果  
    public StringBuilder LookUpScan()  
    {  
        StringBuilder stringBuilder = new StringBuilder();  
        for (int i = 0; i < mWifiList.size(); i++)  
        {  
            stringBuilder.append("Index_"+new Integer(i + 1).toString() + ":");  
            //将ScanResult信息转换成一个字符串包  
            //其中把包括：BSSID、SSID、capabilities、frequency、level  
            stringBuilder.append((mWifiList.get(i)).toString());  
            stringBuilder.append("\n");  
        }  
        return stringBuilder;  
    }  
    //得到MAC地址  
    public String GetMacAddress()  
    {  
        return (mWifiInfo == null) ? "NULL" : mWifiInfo.getMacAddress();  
    }  
    //得到接入点的BSSID  
    public String GetBSSID()  
    {  
        return (mWifiInfo == null) ? "NULL" : mWifiInfo.getBSSID();  
    }  
    //得到IP地址  
    public int GetIPAddress()  
    {  
        return (mWifiInfo == null) ? 0 : mWifiInfo.getIpAddress();  
    }  
    //得到连接的ID  
    public int GetNetworkId()  
    {  
        return (mWifiInfo == null) ? 0 : mWifiInfo.getNetworkId();  
    }  
    //得到WifiInfo的所有信息包  
    public String GetWifiInfo()  
    {  
        return (mWifiInfo == null) ? "NULL" : mWifiInfo.toString();  
    }  
    //添加一个网络并连接  
    public void AddNetwork(WifiConfiguration wcg)  
    {  
        int wcgID = mWifiManager.addNetwork(wcg);   
        mWifiManager.enableNetwork(wcgID, true);   
    }  
    //断开指定ID的网络  
    public void DisconnectWifi(int netId)  
    {  
        mWifiManager.disableNetwork(netId);  
        mWifiManager.disconnect();  
    }  
}  

最后别忘了加权限呀
[java] view plaincopy
<!-- 访问权限1、访问联网权限 2、访问连接WIFI的权限 3、改变WIFI的权限  4、改变网络的权限 -->  
  
        <uses-permission android:name = "android.permission.INTERNET"/>  
        <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>  
        <uses-permission android:name="android.permission.ACCESS_WIFI_STATE"/>  
        <uses-permission android:name="android.permission.CHANGE_WIFI_STATE"/>  
        <uses-permission android:name="android.permission.CHANGE_NETWORK_STATE"/>  

先说说原理，大家知道，android可以对数据库进行监控。但是个人感觉这个监控不给力，无论怎么实现监控，最后返回的结果是数据库是否改变，没有告诉我们数据库的那条数据进行了改变或者是删除，添加，并不能解决大多数需求。当初我遇到这样的问题我也很痛苦，无论怎么早资料都没找到自己想要的，而网上大多数资料只是告诉你怎么监控数据库，但没有告诉你怎么获取具体的数据改变。往往成功是逆境里逼出来的，我去查找英文API，发现ContactsContract.RawContacts类中VERSION字段的说明,原文如下：Version number that is updated whenever this row or its related data changes. This field can be used for optimistic locking of a raw contact.中文大概意思就是，只要是联系人相关属性只要进行修改了都会自加。有了这个说明，我自己对android虚拟机上的联系人进行测试，然后把sqlit数据库导出进行查看，发现VERSION确实发生了改变。有了这个依据，便能很好的解决监听联系人数据变化了。
     我的设计思路是这样，当用户第一次启动程序，程序就遍历RawContacts，将所有_id和VERSION组合成字符串，然后用SharedPreferences存入。这样再监听数据库，当数据库有改变时，数据进行对比，就知道哪些数据进行了修改，如果SharedPreferences数据不存在说明有增加，如果SharedPreferences数据大于原有数据库的数据说明有增加。

首先我先放上一段JAVA的demo展现思路。android代码稍后放上，如有疑问或者有什么不对，请大家指教。

public class ContactJianTing
{
public static void main(String args[])
{
init();
String str = "1-2";
String a[] =str.split("-");
for (String string : a)
{
System.out.println(string);
}
}
private static void init()
{
HashMap<String, String> a = new HashMap<String, String>();
HashMap<String, String> b = new HashMap<String, String>();
for (int key = 1; key <= 1000; key++)
{
a.put(String.valueOf(key), String.valueOf(key));
b.put(String.valueOf(key), String.valueOf(key+1));
}
Set<String> aSet = a.keySet();
for (String string : aSet)
{
System.out.println(string);
}
long start = System.currentTimeMillis();
for(int i = 1;i<=1000;i++)
{
System.out.println("号码 "+i);
if(!a.get(String.valueOf(i)).equals(b.get(String.valueOf(i))))
{
System.out.println("数据不同");
}
System.out.println("-----------");
}
long end = System.currentTimeMillis();
long sum = end - start;
System.out.println("总共耗时"+sum);
}
}

在没有连接数据库的情况下，使用HashMap，1000条数据耗时40毫秒左右。对于用户而言，拥有1000个联系人的手机毕竟少之又少

1.android:allowTaskReparenting ，是否允许 activity 更换从属的任务，比如从短信息任务 切换到浏览器任务。 
       2.android:alwaysRetainTaskState ，是否保留状态不变， 比如切换回 home, 再从新打开， activity 处于最后的状态       

3.android:clearTaskOnLanunch , 比如 P 是 activity, Q 是被 P 触发的 activity, 然后返回 Home, 从新启动 P ， 是否显示 Q

 4.android:configChanges , 当配置 list 发生修改时， 是否调用 onConfigurationChanged() 方法   比如 "locale|navigation|orientation".

5.android:enabled,activity , 是否可以被实例化 ,

6.android:excludeFromRecents , 是否可被显示在最近打开的 activity 列表里 
       7.android:exported , 是否允许 activity 被其它程序调用 

8.android:finishOnTaskLaunch , 是否关闭已打开的 activity 当用户重新启动这个任务的时候

9.android:launchMode , activity 启动方式，   "standard" "singleTop"  "singleTask" "singleInstance"  其中前两个为一组， 后两个为一组 

10.android:multiprocess , 允许多进程 

11.android:name , activity 的类名， 必须指定

12.android:onHistory , 是 否需要移除这个 activity 当用户切换到其他屏幕时。 这个属性是 API level 3 中引入的

13.android:process , 一 个 activity 运行时所在的进程名， 所有程序组件运行在应用程序默认的进程中，这个进程名跟应用程序的包名一致。 <application> 中的元素 process 属性能够为所 有组件设定一个新的默认值。但是任何组件都可以覆盖这个默认值，允许你将你的程序放在多进程中运行。   如果这个属性被分配的名字以 : 开头， 当这个 activity 运行时 , 一个新的专属于这个程序的进程将会被创建。 如果这个进程名以小写字母开头， 这个 activity 将会运行在全局的进程中，被它的许可所提供。 

14.android:screenOrientation , activity 显示的模式 ,  "unspecified" 默认值   "landscape" 风景画模式，宽度比高度大一些   "portrait" 肖像模式 , 高度比宽度大。   "user" 用户的设置   "behind"  "sensor" "nosensor" 

15.android:stateNotNeeded , 是否 activity 被销毁和成功重启并不保存状态

16.android:taskAffinity , activity 的亲属关系， 默认情况同一个应用程序下的 activity 有相同的关系 

17.android:theme , activity 的样式主题 , 如果没有设置，则 activity 的主题样式从属于应用程序， 参见 <application> 元素的 theme 属性 

18.android:windowSoftInputMode , activity 主窗口与软键盘的交互模式 , 自从 API level 3 被引入



1.android:allowTaskReparenting 这个属性用来标记一个Activity实例在当前应用退居后台后，是否能从启动它的那个task移动到有共同affinity的task，“true”表示可以移动，“false”表示它必须呆在当前应用的task中，默认值为false。如果一个这个Activity的元素没有设定此属性，设定在上的此属性会对此Activity起作用。例如在一个应用中要查看一个web页面，在启动系统浏览器Activity后，这个Activity实例和当前应用处于同一个task，当我们的应用退居后台之后用户再次从主选单中启动应用，此时这个Activity实例将会重新宿主到Browser应用的task内，在我们的应用中将不会再看到这个Activity实例，而如果此时启动Browser应用，就会发现，第一个界面就是我们刚才打开的web页面，证明了这个Activity实例确实是宿主到了Browser应用的task内。 
2.android:alwaysRetainTaskState 这个属性用来标记应用的task是否保持原来的状态，“true”表示总是保持，“false”表示不能够保证，默认为“false”。此属性只对task的根Activity起作用，其他的Activity都会被忽略。 默认情况下，如果一个应用在后台呆的太久例如30分钟，用户从主选单再次选择该应用时，系统就会对该应用的task进行清理，除了根Activity，其他Activity都会被清除出栈，但是如果在根Activity中设置了此属性之后，用户再次启动应用时，仍然可以看到上一次操作的界面。 这个属性对于一些应用非常有用，例如Browser应用程序，有很多状态，比如打开很多的tab，用户不想丢失这些状态，使用这个属性就极为恰当。 3.android:clearTaskOnLaunch 这个属性用来标记是否从task清除除根Activity之外的所有的Activity，“true”表示清除，“false”表示不清除，默认为“false”。同样，这个属性也只对根Activity起作用，其他的Activity都会被忽略。 如果设置了这个属性为“true”，每次用户重新启动这个应用时，都只会看到根Activity，task中的其他Activity都会被清除出栈。如果我们的应用中引用到了其他应用的Activity，这些Activity设置了allowTaskReparenting属性为“true”，则它们会被重新宿主到有共同affinity的task中。 4.android:finishOnTaskLaunch 这个属性和android:allowReparenting属性相似，不同之处在于allowReparenting属性是重新宿主到有共同affinity的task中，而finishOnTaskLaunch属性是销毁实例。如果这个属性和android:allowReparenting都设定为“true”，则这个属性好些。

如果你的应用需要隐藏图标，那么这篇文章接下来的段落对你可能有所帮助。
 

在找到本文之前，你也许已经尝试过诸如以下的解决方案：

1，AndroidManifest.xml文件中在入口Activity的intent-filter里去掉<category android:name=”android.intent.category.LAUNCHER” />，或者将LAUNCHER改为DEFAULT

2，在程序中加入下面的代码


显示图片：
PackageManager p = getPackageManager();
p.setComponentEnabledSetting(getComponentName(), PackageManager.COMPONENT_ENABLED_STATE_ENABLED, PackageManager.DONT_KILL_APP);
隐藏图标：

PackageManager p = getPackageManager();
p.setComponentEnabledSetting(getComponentName(), PackageManager.COMPONENT_ENABLED_STATE_DISABLED, PackageManager.DONT_KILL_APP);
PackageManager.COMPONENT_ENABLED_STATE_ENABLED //显示应用图标

PackageManager.COMPONENT_ENABLED_STATE_DISABLED //隐藏应用图标

我用这俩个值来显示和隐藏应用图标有问题，隐藏以后就无法在显示应用图标了，在设置里的所有应用里也找不到了；

PackageManager.COMPONENT_ENABLED_STATE_DEFAULT //显示应用图标

PackageManager.COMPONENT_ENABLED_STATE_DISABLED_USER  // 隐藏应用图标

将参数值该成这两个值就没有问题了，建议使用这两个值，

3，去掉android:icon=”@drawable/ic_launcher”中的资源啊，等等等等。。。

但是试过了每一种方法之后你都发现起到了作用但是却产生了其他的问题

这里先一个一个的解释下，

如果去掉<category android:name=”android.intent.category.LAUNCHER” />，就表示app没有启动入口了，这样子确实是解决了不显示图标的效果，但是那样的话我们的应用也运行不了了。头疼~~~

第二种 ，我们来看看android developer 上的说明：

public static final int COMPONENT_ENABLED_STATE_DISABLED

Flag for setApplicationEnabledSetting(String, int, int) and setComponentEnabledSetting(ComponentName, int, int): This component or application has been explicitly disabled, regardless of what it has specified in its manifest.

意思是，即使你在manifest中声明了这个component或application，当你设置为COMPONENT_ENABLED_STATE_DISABLED时，他们都是不可用的。也就是说，如果你在MainActivity中这样设置了，那么应用图标不会显示，应用也不会运行。

那么，这也是不可行的~~~

第三种就不说了，我觉得是狗急跳墙的做法。

 

———————————分割线—————————————

 

接下来我要说的这种方法可以隐藏图标，同是也可以正常启动运行。

在manifest的入口activity里面intent-filter中设置<data></data>元素。

比如：

<data android:host=”AuthActivity” android:scheme=”com.android.example” />

注意，android:scheme是大小写敏感的，必须以小写字母开头

也就是这个MainActivity可以响应Uri为com.android.example://AuthActivity的特定 Intent

但是为什么加入这个之后app就不显示图标了呢？

因为我们把app的入口Activity申明为由接收隐士的Intent来启动，这样自然也就不会显示图标了。

好了，如果需要显示图标的话而且也必须响应上述Uri的话，那么我们可以在该Activity中再加入一个intent-filter标签，将data元素移到新建的标签中。这样应用既可以显示图标又可以响应特定的Uri了。

 

参考文章：

http://developer.android.com/guide/topics/manifest/intent-filter-element.html

http://wikidroid.sinaapp.com/AndroidManifest.xml_data

/**
* 为程序创建桌面快捷方式
*/
private void addShortcut(){
Intent shortcut = new Intent(“com.android.launcher.action.INSTALL_SHORTCUT”);
//快捷方式的名称
shortcut.putExtra(Intent.EXTRA_SHORTCUT_NAME, getString(R.string.app_name));
shortcut.putExtra(“duplicate”, false); //不允许重复创建
//指定当前的Activity为快捷方式启动的对象: 如 //com.everest.video.VideoPlayer
//注意: ComponentName的第二个参数必须加上点号(.)，否则快捷方式无法启动相应程序
ComponentName comp = new ComponentName(this.getPackageName(), “.”+this.getLocalClassName());
shortcut.putExtra(Intent.EXTRA_SHORTCUT_INTENT, new Intent(Intent.ACTION_MAIN).setComponent(comp));
//快捷方式的图标
ShortcutIconResource iconRes = Intent.ShortcutIconResource.fromContext(this, R.drawable.icon);
shortcut.putExtra(Intent.EXTRA_SHORTCUT_ICON_RESOURCE, iconRes);
sendBroadcast(shortcut);
}

 

/**
* 删除程序的快捷方式
*/
private void delShortcut(){
Intent shortcut = new Intent(“com.android.launcher.action.UNINSTALL_SHORTCUT”);
//快捷方式的名称
shortcut.putExtra(Intent.EXTRA_SHORTCUT_NAME, getString(R.string.app_name));
//指定当前的Activity为快捷方式启动的对象: 如 //com.everest.video.VideoPlayer
//注意: ComponentName的第二个参数必须是完整的类名（包名+类名），否则无法删除快捷方式
String appClass = this.getPackageName() + “.” +this.getLocalClassName();
ComponentName comp = new ComponentName(this.getPackageName(), appClass);
shortcut.putExtra(Intent.EXTRA_SHORTCUT_INTENT, new Intent(Intent.ACTION_MAIN).setComponent(comp));
sendBroadcast(shortcut);
}

<uses-permission android:name="com.android.launcher.permission.INSTALL_SHORTCUT" />
<uses-permission android:name="com.android.launcher.permission.UNINSTALL_SHORTCUT" />

前几天接到一个任务，要给N802(公司的平板电脑产品)增加对无模组的支持，要求代码同时兼容有无模组的版本。通过SystemProperties中加入的字串board.has_modem识别。
同事告知PackageManager中有相应api，这样的话并不难完成任务。但是最后还是碰到一些疑问的地方，现在记下来，算作笔记。
package manager service是一个java的服务（service），通过aidl定义接口（frameworks/base/core/java/android/content/pm/IPackageManager.aidl）
客户端通过PackageManager（frameworks/base/core/java/android/content/pm/PackageManager.java）调用如下接口：
int getComponentEnabledSetting(in ComponentName componentName);
int getApplicationEnabledSetting(in String packageName);
void setComponentEnabledSetting(in ComponentName componentName,
            in int newState, in int flags);
void setApplicationEnabledSetting(in String packageName, in int newState, int flags);
获取到服务端PackageManagerService（frameworks/base/services/java/com/android/server/PackageManagerService.java）的服务。
 
讲下我的思路，创建一个BroadcastReceiver，接收Intent.ACTION_BOOT_COMPLETED这个动作，调用SystemProperties.get("board.has_modem")，判断模组存在情况，决定是否执行禁止组件的操作。
这里有几点要注意：
1、比如，我禁掉“com.android.phone”这个包，这个包里面的所有组件的enable属性将写进userdata里（包括上面的BroadcastReceiver），也就是说第二次重启之后，将收不到Intent.ACTION_BOOT_COMPLETED这个动作。除非你清除用户数据，这样重新解包。
2、在AndroidManifest里面，有很多组件有别名，禁止掉别名，并不能禁止本来的这个组件。同样的，禁止掉本来的这个组件，别名同样有效！
3、不能在包里面禁掉另外一个包的组建，因为这是没有权限的。查看PackageManagerService.java你会发现，它会检查调用者的user id，如果跟包的user id不匹配则抛出异常。
 
 
如下代码取自PackageManagerService.java：
[java] view plaincopy
public void setComponentEnabledSetting(ComponentName componentName,  
            int newState, int flags) {  
        setEnabledSetting(componentName.getPackageName(),  
                componentName.getClassName(), newState, flags);  
    }  

 
[java] view plaincopy
public void setApplicationEnabledSetting(String appPackageName,  
            int newState, int flags) {  
        setEnabledSetting(appPackageName, null, newState, flags);  
    }  

 
 
 
 
[java] view plaincopy
private void setEnabledSetting(  
            final String packageName, String className, int newState, final int flags) {  
        if (!(newState == COMPONENT_ENABLED_STATE_DEFAULT  
              || newState == COMPONENT_ENABLED_STATE_ENABLED  
              || newState == COMPONENT_ENABLED_STATE_DISABLED)) {  
            throw new IllegalArgumentException("Invalid new component state: "  
                    + newState);  
        }  
        PackageSetting pkgSetting;  
        final int uid = Binder.getCallingUid();  
        final int permission = mContext.checkCallingPermission(  
                android.Manifest.permission.CHANGE_COMPONENT_ENABLED_STATE);  
        final boolean allowedByPermission = (permission == PackageManager.PERMISSION_GRANTED);  
        boolean sendNow = false;  
        boolean isApp = (className == null);  
        String componentName = isApp ? packageName : className;  
        int packageUid = -1;  
        ArrayList<String> components;  
        synchronized (mPackages) {  
            pkgSetting = mSettings.mPackages.get(packageName);  
            if (pkgSetting == null) {  
                if (className == null) {  
                    throw new IllegalArgumentException(  
                            "Unknown package: " + packageName);  
                }  
                throw new IllegalArgumentException(  
                        "Unknown component: " + packageName  
                        + "/" + className);  
            }  
            if (!allowedByPermission && (uid != pkgSetting.userId)) {  
                throw new SecurityException(  
                        "Permission Denial: attempt to change component state from pid="  
                        + Binder.getCallingPid()  
                        + ", uid=" + uid + ", package uid=" + pkgSetting.userId);  
            }  
....  
} 

之前有个客户的需求特别怪，要求应用不在全部应用程序列表里显示，通过拨打指定的电话号码形式启动应用，开始的想发就是在manifest.xml里的第一个activity里不添加<action android:name="android.intent.action.MAIN" />    <category android:name="android.intent.category.LAUNCHER" />这两个intentfilter。发现在4.0以上的版本就会出现错误！4.0会认为你这个是不安全的信息，无法启动。后来在PackageManager里发现了setComponentEnabledSetting这个方法，可以达到效果！看代码吧！

//隐藏效果
PackageManager p = getPackageManager();
p.setComponentEnabledSetting(getComponentName(), PackageManager.COMPONENT_ENABLED_STATE_DISABLED, PackageManager.DONT_KILL_APP);
//重新显示效果

PackageManager p = getPackageManager();
p.setComponentEnabledSetting(getComponentName(), PackageManager.COMPONENT_ENABLED_STATE_ENABLED, PackageManager.DONT_KILL_APP);

最近在使用Google的Gson包进行Json和Java对象之间的转化，对于包含泛型的类的序列化和反序列化Gson也提供了很好的支持，感觉有点意思，就花时间研究了一下。

由于Java泛型的实现机制，使用了泛型的代码在运行期间相关的泛型参数的类型会被擦除，我们无法在运行期间获知泛型参数的具体类型（所有的泛型类型在运行时都是Object类型）。

但是有的时候，我们确实需要获知泛型参数的类型，比如将使用了泛型的Java代码序列化或者反序列化的时候，这个时候问题就变得比较棘手。

class Foo<T> {
  T value;
}
Gson gson = new Gson();
Foo<Bar> foo = new Foo<Bar>();
gson.toJson(foo); // May not serialize foo.value correctly
 
gson.fromJson(json, foo.getClass()); // Fails to deserialize foo.value as Bar
 

对于上面的类Foo<T>，由于在运行期间无法得知T的具体类型，对这个类的对象进行序列化和反序列化都不能正常进行。Gson通过借助TypeToken类来解决这个问题。

TestGeneric<String> t = new TestGeneric<String>();
  t.setValue("Alo");
  Type type = new TypeToken<TestGeneric<String>>(){}.getType();
   
  String gStr = GsonUtils.gson.toJson(t,type);
  System.out.println(gStr);
  TestGeneric t1 = GsonUtils.gson.fromJson(gStr, type);
  System.out.println(t1.getValue());
 

TypeToken的使用非常简单，如上面的代码，只要将需要获取类型的泛型类作为TypeToken的泛型参数构造一个匿名的子类，就可以通过getType()方法获取到我们使用的泛型类的泛型参数类型。

下面来简单分析一下原理。

要获取泛型参数的类型，一般的做法是在使用了泛型的类的构造函数中显示地传入泛型类的Class类型作为这个泛型类的私有属性，它保存了泛型类的类型信息。

public class Foo<T>{
  
 public Class<T> kind;
  
 public Foo(Class<T> clazz){
  this.kind = clazz;
 }
  
 public T[] getInstance(){
  return (T[])Array.newInstance(kind, 5);
 }
  
 public static void main(String[] args){
  Foo<String> foo = new Foo(String.class);
  String[] strArray = foo.getInstance();
 }
 
}
 

这种方法虽然能解决问题，但是每次都要传入一个Class类参数，显得比较麻烦。Gson库里面对于这个问题采用了了另一种解决办法。

同样是为了获取Class的类型，可以通过另一种方式实现：

public abstract class Foo<T>{
  
 Class<T> type;
  
 public Foo(){
  this.type = (Class<T>) getClass();
 }
 
        public static void main(String[] args) {
   
  Foo<String> foo = new Foo<String>(){};
  Class mySuperClass = foo.getClass();
 
 }
  
}
 

声明一个抽象的父类Foo，匿名子类将泛型类作为Foo的泛型参数传入构造一个实例，再调用getClass方法获得这个子类的Class类型。

这里虽然通过另一种方式获得了匿名子类的Class类型，但是并没有直接将泛型参数T的Class类型传进来，那又是如何获得泛型参数的类型的呢， 这要依赖Java的Class字节码中存储的泛型参数信息。Java的泛型机制虽然在运行期间泛型类和非泛型类都相同，但是在编译java源代码成 class文件中还是保存了泛型相关的信息，这些信息被保存在class字节码常量池中，使用了泛型的代码处会生成一个signature签名字段，通过 签名signature字段指明这个常量池的地址。

关于class文件中存储泛型参数类型的具体的详细的知识可以参考这里：http://stackoverflow.com/questions/937933/where-are-generic-types-stored-in-java-class-files

JDK里面提供了方法去读取这些泛型信息的方法，再借助反射，就可以获得泛型参数的具体类型。同样是对于第一段代码中的foo对象，通过下面的代码可以得到foo<T>中的T的类型：

Type mySuperClass = foo.getClass().getGenericSuperclass();
  Type type = ((ParameterizedType)mySuperClass).getActualTypeArguments()[0];
System.out.println(type);
 

运行结果是class java.lang.String。

分析一下这段代码，Class类的getGenericSuperClass()方法的注释是：

Returns the Type representing the direct superclass of the entity (class, interface, primitive type or void) represented by thisClass.

If the superclass is a parameterized type, the Type object returned must accurately reflect the actual type parameters used in the source code. The parameterized type representing the superclass is created if it had not been created before. See the declaration of ParameterizedType for the semantics of the creation process for parameterized types. If thisClass represents either theObject class, an interface, a primitive type, or void, then null is returned. If this object represents an array class then theClass object representing theObject class is returned

概括来说就是对于带有泛型的class，返回一个ParameterizedType对象，对于Object、接口和原始类型返回null，对于数 组class则是返回Object.class。ParameterizedType是表示带有泛型参数的类型的Java类型，JDK1.5引入了泛型之 后，Java中所有的Class都实现了Type接口，ParameterizedType则是继承了Type接口，所有包含泛型的Class类都会实现 这个接口。

实际运用中还要考虑比较多的情况，比如获得泛型参数的个数避免数组越界等，具体可以参看Gson中的TypeToken类及ParameterizedTypeImpl类的代码。
------------
import com.google.gson.Gson;
import com.google.gson.reflect.TypeToken;

public class GsonTest {
    public static void main(String[] args) {
        String json = "{\"Success\":true,\"ErrorMsg\":\"\",\"ErrorNo\":\"\",\"Result\":{\"FmMobileNumber\":\"15555215554\",\"FmId\":3,\"FlId\":5,\"FmUser\":\"15555215554\"}}";
        Gson gson = new Gson();
        ResponseEntity<FamilyMember> entity = gson.fromJson(json,
                new TypeToken<ResponseEntity<FamilyMember>>() {
                }.getType());
        System.out.println(" "+ entity.getErrorMsg() + entity.getResult());
    }
}

class ResponseEntity<T> {
    private boolean Success;

    public boolean isSuccess() {
        return Success;
    }

    public void setSuccess(boolean success) {
        Success = success;
    }

    public String getErrorMsg() {
        return ErrorMsg;
    }

    public void setErrorMsg(String errorMsg) {
        ErrorMsg = errorMsg;
    }

    public T getResult() {
        return Result;
    }

    public void setResult(T result) {
        Result = result;
    }

    public String getErrorNo() {
        return ErrorNo;
    }

    public void setErrorNo(String errorNo) {
        ErrorNo = errorNo;
    }

    private String ErrorMsg;
    private T Result;
    private String ErrorNo;
}

class FamilyMember {

    private long FmId;

    private long FlId;

    private String FmUser;

    private String FmMobileNumber;

    public long getFmId() {
        return FmId;
    }

    public void setFmId(long fmId) {
        FmId = fmId;
    }

    public long getFlId() {
        return FlId;
    }

    public void setFlId(long flId) {
        FlId = flId;
    }

    public String getFmUser() {
        return FmUser;
    }

    public void setFmUser(String fmUser) {
        FmUser = fmUser;
    }

    public String getFmMobileNumber() {
        return FmMobileNumber;
    }

    public void setFmMobileNumber(String fmMobileNumber) {
        FmMobileNumber = fmMobileNumber;
    }
}

	//安装界面
	String fileName = Environment.getExternalStorageDirectory() + "/myApp.apk";      
	Intent intent = new Intent(Intent.ACTION_VIEW);   
  
	intent.setDataAndType(Uri.parse("file://" + filePath),"application/vnd.android.package-archive");   
	//或者   	
	//intent.setDataAndType(Uri.fromFile(new File(fileName)), "application/vnd.android.package-archive");    
  
	startActivity(intent);

	//卸载界面
	Uri packageURI = Uri.parse("package:" + packageName);
	Intent uninstallIntent = new Intent(Intent.ACTION_DELETE, packageURI);   
	activity.startActivity(uninstallIntent);


	//跳到软件详情页面
	Intent detailsIntent = new Intent();
	String details = "android.settings.APPLICATION_DETAILS_SETTINGS";
	// detailsIntent.setAction(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
	Uri uri = Uri.fromParts("package", "cn.android.browser" ,null);
	detailsIntent.setData(uri);
	detailsIntent.setAction(details);
	startActivity(detailsIntent);




//软件详情界面

private static final String SCHEME = "package";
/**
 * 调用系统InstalledAppDetails界面所需的Extra名称(用于Android 2.1及之前版本)
 */
private static final String APP_PKG_NAME_21 = "com.android.settings.ApplicationPkgName";
/**
 * 调用系统InstalledAppDetails界面所需的Extra名称(用于Android 2.2)
 */
private static final String APP_PKG_NAME_22 = "pkg";
/**
 * InstalledAppDetails所在包名
 */
private static final String APP_DETAILS_PACKAGE_NAME = "com.android.settings";
/**
 * InstalledAppDetails类名
 */
private static final String APP_DETAILS_CLASS_NAME = "com.android.settings.InstalledAppDetails";
/**
 * 调用系统InstalledAppDetails界面显示已安装应用程序的详细信息。 对于Android 2.3（Api Level
 * 9）以上，使用SDK提供的接口； 2.3以下，使用非公开的接口（查看InstalledAppDetails源码）。
 * 
 * @param context
 * 
 * @param packageName
 *            应用程序的包名
 */
public static void showInstalledAppDetails(Context context, String packageName) {
	Intent intent = new Intent();
	final int apiLevel = Build.VERSION.SDK_INT;
	if (apiLevel >= 9) { // 2.3（ApiLevel 9）以上，使用SDK提供的接口
		intent.setAction(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
		Uri uri = Uri.fromParts(SCHEME, packageName, null);
		intent.setData(uri);
	} else { // 2.3以下，使用非公开的接口（查看InstalledAppDetails源码）
		// 2.2和2.1中，InstalledAppDetails使用的APP_PKG_NAME不同。
		final String appPkgName = (apiLevel == 8 ? APP_PKG_NAME_22
				: APP_PKG_NAME_21);
		intent.setAction(Intent.ACTION_VIEW);
		intent.setClassName(APP_DETAILS_PACKAGE_NAME,
				APP_DETAILS_CLASS_NAME);
		intent.putExtra(appPkgName, packageName);
	}
	context.startActivity(intent);
}

adb shell am instrument [options] <COMPONENT>
作用：启动对instrument实例的监视。
参数[options]：
-e <key> <value> // -e选项需要放在-w选项之前
作用：提供了以键值对形式存在的测试选项。Android中提供了多种键值对，具体参见下表。
举例：-e class com.android.phone.FIncomingCallTests#testRejectCall
-r
作用：以原始形式输出测试结果。该选项通常是在性能测试时与-e perf true一起使用。
参数 <COMPONENT>：
-w <test_package_name>/<runner_class> //<test_package_name>和<runner_class>在测试工程的AndroidManifest.xml中查找
作用：保持adb shell打开直至测试完成
举例：-w com.android.phone.tests/com.android.phone.runners.FunctionalTestRunner
<key> <value>参考表
Key	Value	Description
package	<Java_package_name>	The fully-qualified Java package name for one of the packages in the test application. Any test case class that uses this package name is executed. Notice that this is not an Android package name; a test package has a single Android package name but may have several Java packages within it.
class	<class_name>	The fully-qualified Java class name for one of the test case classes. Only this test case class is executed.
<class_name>#method name	A fully-qualified test case class name, and one of its methods. Only this method is executed. Note the hash mark (#) between the class name and the method name.
func	true	Runs all test classes that extend InstrumentationTestCase.
unit	true	Runs all test classes that do not extend either InstrumentationTestCase or PerformanceTestCase.
size	[small | medium | large]	Runs a test method annotated by size. The annotations are @SmallTest, @MediumTest, and @LargeTest.
perf	true	Runs all test classes that implement PerformanceTestCase. When you use this option, also specify the -r flag for am instrument, so that the output is kept in raw format and not re-formatted as test results.
debug	true	Runs tests in debug mode.
log	true	Loads and logs all specified tests, but does not run them. The test information appears in STDOUT. Use this to verify combinations of other filters and test specifications.
emma	true	Runs an EMMA code coverage analysis and writes the output to /data//coverage.ec on the device. To override the file location, use the coverageFile key that is described in the following entry.
Note: This option requires an EMMA-instrumented build of the test application, which you can generate with the coverage target.
coverageFile	<filename>	
Overrides the default location of the EMMA coverage file on the device. Specify this value as a path and filename in UNIX format. The default filename is described in the entry for the emma key
 
adb shell am start [options] <INTENT>
作用：启动一个activity
举例：adb shell am start -a com.lt.test.action.SECOND
举例：adb shell am start -n com.lt.test/.MyActivity
说明：[options]与<INTENT>参见 http://developer.android.com/tools/help/adb.html#am

adb shell am startservice [options] <INTENT>
作用：启动一个service
举例：adb shell am startservice -a com.lt.test.action.ONESERVICE
举例：adb shell am startservice -n com.lt.test/.MyService
 
adb shell am force-stop <PACKAGE>
作用：强制关闭一个应用程序
举例：adb shell am force-stop com.lt.test
 
adb shell am broadcast [options] <INTENT>
作用：发送一个广播
举例：adb shell am broadcast -a "action_finish" （发送一个广播去关闭一个activity）
举例：adb shell am broadcast -a android.intent.action.MASTER_CLEAR（恢复出厂设置的方法，会清除内存所有内容）
举例：adb shell am broadcast -n com.lt.test/.MyBroadcast
 
adb shell pm list packages [options] <INTENT>
作用：列举出所有包含<INTENT>的package
举例：adb shell pm list packages com.lt




adb shell am start -n com.test/.HelloWorld am start -a 
adb shell am start -a android.intent.action.VIEW -d http://www.aizheke.com
adb shell am start -a android.intent.action.CALL -d tel:88888888
本文介绍如何通过网络（尤指无线网络）与Android的adbd进行连接。
原理：
adb server: 计算机上的一个服务进程，进程名为adb
adb daemon: Android 手机上的一个服务进程，进程名为adbd
adb client: 你可以认为是计算机上的一个终端窗口，进程名也为adb
你的指令通过adb client 交给adb server，server和daemon之间进行通讯。
因此，这里建立的连接实际上是server和daemon之间的连接。

有三种方法：
到Market搜索Wireless ADB
在手机上进入终端实现
1.手机：让adbd监听指定端口

1
2
3
4
5
#以下指令必须以root权限运行
# setprop 是指set properties，用法 setprop <key> <value>
setprop service.adb.tcp.port 5555
stop adbd #停止adbd
start adbd #启动adbd
2.手机：连接网络（3G或者WLAN）
假定你获得的IP地址为192.168.1.102
3.计算机：连接手机
adb connect 192.168.1.102:5555

4.计算机：检查是否成功
adb get-state

应当输出device或者emulator-5555，这取决于你的设置。
5.如何改回原先状态（通过USB连接）

setprop service.adb.tcp.port -1 stop adbd start adbd 
已经通过USB连接后直接通过ADB设置
这是最简单的方法，但是成功率不高。我们先看一下如何实现：

1
2
adb tcpip 5555 #让adbd重新启动，并监听端口5555
adb connect 192.168.0.101:5555
改回原先状态：

1
adb usb
细心的朋友应该已经发现了，通过adb发出的命令是用户级的（实际在手机上的用户为shell），而切换监听方式所需的权限需要root才行。
这就是为什么会失败。
如果你的手机有足够的权限的话，你可以试试
adb root

如果成功的话，再执行上面的命令

1. 显示系统中全部Android平台： 

    android list targets 

2. 显示系统中全部AVD（模拟器）： 

    android list avd 

3. 创建AVD（模拟器）： 

    android create avd --name 名称 --target 平台编号 

4. 启动模拟器： 

    emulator -avd 名称 -sdcard ~/名称.img (-skin 1280x800) 

5. 删除AVD（模拟器）： 

    android delete avd --name 名称 

6. 创建SDCard： 

    mksdcard 1024M ~/名称.img 

7. AVD(模拟器)所在位置： 

    Linux(~/.android/avd)      Windows(C:\Documents and Settings\Administrator\.android\avd) 

8. 启动DDMS： 

    ddms 

9. 显示当前运行的全部模拟器： 

    adb devices 

10. 对某一模拟器执行命令： 

      abd -s 模拟器编号 命令 

11. 安装应用程序： 

      adb install -r 应用程序.apk 

12. 获取模拟器中的文件： 

      adb pull <remote> <local> 

13. 向模拟器中写文件： 

      adb push <local> <remote> 

14. 进入模拟器的shell模式： 

      adb shell 

15. 启动SDK，文档，实例下载管理器： 

      android 

16. 缷载apk包： 

      adb shell 

      cd data/app 

      rm apk包 

      exit 

      adb uninstall apk包的主包名 

      adb install -r apk包 

17. 查看adb命令帮助信息： 

      adb help 

18. 在命令行中查看LOG信息： 

      adb logcat -s 标签名 

19. adb shell后面跟的命令主要来自： 

      源码\system\core\toolbox目录和源码\frameworks\base\cmds目录。 

20. 删除系统应用： 

      adb remount （重新挂载系统分区，使系统分区重新可写）。 

      adb shell 

      cd system/app 

      rm *.apk 

21. 获取管理员权限： 

      adb root 

22. 启动Activity： 

      adb shell am start -n 包名/包名＋类名（-n 类名,-a action,-d date,-m MIME-TYPE,-c category,-e 扩展数据,等）。 

23、发布端口： 

    你可以设置任意的端口号，做为主机向模拟器或设备的请求端口。如： 
adb forward tcp:5555 tcp:8000 

24、复制文件： 

    你可向一个设备或从一个设备中复制文件， 
     复制一个文件或目录到设备或模拟器上： 
  adb push <source> <destination></destination></source> 
      如：adb push test.txt /tmp/test.txt 
     从设备或模拟器上复制一个文件或目录： 
     adb pull <source> <destination></destination></source> 
     如：adb pull /addroid/lib/libwebcore.so . 

25、搜索模拟器/设备的实例： 

     取得当前运行的模拟器/设备的实例的列表及每个实例的状态： 
    adb devices 

26、查看bug报告： 
adb bugreport 
27、记录无线通讯日志： 

    一般来说，无线通讯的日志非常多，在运行时没必要去记录，但我们还是可以通过命令，设置记录： 
    adb shell 
    logcat -b radio 

28、获取设备的ID和序列号： 

     adb get-product 
     adb get-serialno 

29、访问数据库SQLite3 

     adb shell 
     sqlite3 

busybox 

BusyBox 是标准 Linux 工具的一个单个可执行实现。BusyBox 包含了一些简单的工具，例如 cat 和 echo，还包含了一些更大、更复杂的工具，例如 grep、find、mount 以及 telnet。有些人将 BusyBox 称为 Linux 工具里的瑞士军刀.简单的说BusyBox就好像是个大工具箱，它集成压缩了 Linux 的许多工具和命令。 

1、 BusyBox 的诞生 
　　BusyBox 最初是由 Bruce Perens 在 1996 年为 Debian GNU/Linux 安装盘编写的。其目标是在一张软盘上创建一个可引导的 GNU/Linux 系统，这可以用作安装盘和急救盘。 
　　2、busybox的用法 
　　可以这样用busybox 
　　#busybox ls 
　　他的功能就相当运行ls命令 
　　最常用的用法是建立指向busybox的链接,不同的链接名完成不同的功能. 
　　#ln -s busybox ls 
　　#ln -s busybox rm 
　　#ln -s busybox mkdir 
　　然后分别运行这三个链接: 
　　#./ls 
　　#./rm 
　　#./mkdir 
　　就可以分别完成了ls rm 和mkdir命令的功能.虽然他们都指向同一个可执行程序busybox，但是只要链接名不同,完成的功能就不同，很多linux网站都提供busybox的源代码下载。 
　　3、配置busybox 
　　busybox的配置程序和linux内核菜单配置方式简直一模一样.熟悉用make menuconfig方式配置linux内核的朋友很容易上手. 
　　#cp busybox-1.00.tar.gz /babylinux 
　　#cd /babylinux 
　　#tar xvfz busybox-1.00.tar.gz 
　　#cd busybox-1.00 
　　#make menuconfig 
　　下面是需要编译进busybox的功能选项。 
　　General Configuration应该选的选项 
　　Show verbose applet usage messages 
　　Runtime SUID/SGID configuration via /etc/busybox.conf 
　　Build Options 
　　Build BusyBox as a static binary (no shared libs) 
　　这个选项是一定要选择的,这样才能把busybox编译成静态链接的可执行文件,运行时才独立于其他函数库.否则必需要其他库文件才能运行,在单一个linux内核不能使它正常工作. 
　　Installation Options 
　　Don't use /usr 
　　这个选项也一定要选,否则make install 后busybox将安装在原系统的/usr下,这将覆盖掉系统原有的命令.选择这个选项后,make install后会在busybox目录下生成一个叫_install的目录,里面有busybox和指向它的链接. 
　　其它选项都是一些linux基本命令选项,自己需要哪些命令就编译进去,一般用默认的就可以了，配置好后退出并保存。 
　　4、编译并安装busybox 
　　#make 
　　#make install 
　　编译好后在busybox目录下生成子目录_install,里面的内容: 
　　drwxr-xr-x 2 root root 4096 11月 24 15:28 bin 
　　rwxrwxrwx 1 root root 11 11月 24 15:28 linuxrc -> bin/busybox 
　　drwxr-xr-x 2 root root 4096 11月 24 15:28 sbin 
　　其中可执行文件busybox在bin目录下,其他的都是指向他的符号链接. 

Android系统在超级终端下必会的命令大全（二） 

一、安装和登录命令 
reboot 
1.作用 
reboot命令的作用是重新启动计算机，它的使用权限是系统管理者。 
2.格式 
reboot [－n] [－w] [－d] [－f] [－i] 
3.主要参数 
－n: 在重开机前不做将记忆体资料写回硬盘的动作。 
－w: 并不会真的重开机，只是把记录写到/var/log/wtmp文件里。 
－d: 不把记录写到/var/log/wtmp文件里（－n这个参数包含了－d）。 
－i: 在重开机之前先把所有与网络相关的装置停止。 
mount 
1.作用 
mount命令的作用是加载文件系统，它的用权限是超级用户或/etc/fstab中允许的使用者。 
2.格式 
mount －a [－fv] [－t vfstype] [－n] [－rw] [－F] device dir 
3.主要参数 
－h：显示辅助信息。 
－v：显示信息，通常和－f用来除错。 
－a：将/etc/fstab中定义的所有文件系统挂上。 
－F：这个命令通常和－a一起使用，它会为每一个mount的动作产生一个行程负责执行。在系统需要挂上大量NFS文件系统时可以加快加载的速度。 
－f：通常用于除错。它会使mount不执行实际挂上的动作，而是模拟整个挂上的过程，通常会和－v一起使用。 
－t vfstype：显示被加载文件系统的类型。 
－n：一般而言，mount挂上后会在/etc/mtab中写入一笔资料，在系统中没有可写入文件系统的情况下，可以用这个选项取消这个动作。 
4.应用技巧 
在 Linux和Unix系统上，所有文件都是作为一个大型树（以/为根）的一部分访问的。要访问CD-ROM上的文件，需要将CD-ROM设备挂装在文件树中的某个挂装点。如果发行版安装了自动挂装包，那么这个步骤可自动进行。在Linux中，如果要使用硬盘、光驱等储存设备，就得先将它加载，当储存设备挂上了之后，就可以把它当成一个目录来访问。挂上一个设备使用mount命令。在使用mount这个指令时，至少要先知道下列三种信息：要加载对象的文件系统类型、要加载对象的设备名称及要将设备加载到哪个目录下。 
（1）Linux可以识别的文件系统 
◆ Windows 95/98常用的FAT 32文件系统：vfat ； 
◆ Win NT/2000 的文件系统：ntfs ； 
◆ OS/2用的文件系统：hpfs； 
◆ Linux用的文件系统：ext2、ext3； 
◆ CD-ROM光盘用的文件系统：iso9660。 
虽然vfat是指FAT 32系统，但事实上它也兼容FAT 16的文件系统类型。 
（2）确定设备的名称 
在Linux中，设备名称通常都存在/dev里。这些设备名称的命名都是有规则的，可以用“推理”的方式把设备名称找出来。例如，/dev/hda1这个 
IDE设备，hd是Hard Disk(硬盘)的，sd是SCSI Device，fd是Floppy Device(或是Floppy 
Disk?)。a代表第一个设备，通常IDE接口可以接上4个IDE设备(比如4块硬盘)。所以要识别IDE硬盘的方法分别就是hda、hdb、hdc、 
hdd。hda1中的“1”代表hda的第一个硬盘分区 
(partition)，hda2代表hda的第二主分区，第一个逻辑分区从hda5开始，依此类推。此外，可以直接检查/var/log/messages文件，在该文件中可以找到计算机开机后系统已辨认出来的设备代号。 
（3）查找挂接点 
在决定将设备挂接之前，先要查看一下计算机是不是有个/mnt的空目录，该目录就是专门用来当作挂载点(MountPoint)的目录。建议在/mnt里建几个/mnt/cdrom、/mnt/floppy、/mnt/mo等目录，当作目录的专用挂载点。举例而言，如要挂载下列5个设备，其执行指令可能如下 (假设都是Linux的ext2系统，如果是Windows XX请将ext2改成vfat)： 
软盘 ===>mount －t ext2 /dev/fd0 /mnt/floppy 
cdrom ===>mount －t iso9660 /dev/hdc /mnt/cdrom 
SCSI cdrom ===>mount －t iso9660 /dev/sdb /mnt/scdrom 
SCSI cdr ===>mount －t iso9660 /dev/sdc /mnt/scdr 
不过目前大多数较新的Linux发行版本（包括红旗 Linux、中软Linux、Mandrake Linux等）都可以自动挂装文件系统，但Red Hat Linux除外。 
umount 
1.作用 
umount命令的作用是卸载一个文件系统，它的使用权限是超级用户或/etc/fstab中允许的使用者。 
2.格式 
unmount －a [－fFnrsvw] [－t vfstype] [－n] [－rw] [－F] device dir 
3.使用说明 
umount 
命令是mount命令的逆操作，它的参数和使用方法和mount命令是一样的。Linux挂装CD-ROM后，会锁定CD—ROM，这样就不能用CD- 
ROM面板上的Eject按钮弹出它。但是，当不再需要光盘时，如果已将/cdrom作为符号链接，请使用umount/cdrom来卸装它。仅当无用户 
正在使用光盘时，该命令才会成功。该命令包括了将带有当前工作目录当作该光盘中的目录的终端窗口。 
exit 
1.作用 
exit命令的作用是退出系统，它的使用权限是所有用户。 
2.格式 
exit 
3.参数 
exit命令没有参数，运行后退出系统进入登录界面。 




-------------------------------------------------------------------------------- 
作者: ☆-☆    时间: 2010-6-8 11:52 

Android系统在超级终端下必会的命令大全（三） 
二、文件处理命令 
mkdir 
1.作用 
mkdir命令的作用是建立名称为dirname的子目录，与MS DOS下的md命令类似，它的使用权限是所有用户。 
2.格式 
mkdir [options] 目录名 
3.[options]主要参数 
－m, －－mode=模式：设定权限，与chmod类似。 
－p, －－parents：需要时创建上层目录；如果目录早已存在，则不当作错误。 
－v, －－verbose：每次创建新目录都显示信息。 
－－version：显示版本信息后离开。 
4.应用实例 
在进行目录创建时可以设置目录的权限，此时使用的参数是“－m”。假设要创建的目录名是“tsk”，让所有用户都有rwx(即读、写、执行的权限)，那么可以使用以下命令： 
$ mkdir －m 777 tsk 
grep 
1.作用 
grep命令可以指定文件中搜索特定的内容，并将含有这些内容的行标准输出。grep全称是Global Regular Expression Print，表示全局正则表达式版本，它的使用权限是所有用户。 
2.格式 
grep [options] 
3.主要参数 
[options]主要参数： 
－c：只输出匹配行的计数。 
－I：不区分大小写（只适用于单字符）。 
－h：查询多文件时不显示文件名。 
－l：查询多文件时只输出包含匹配字符的文件名。 
－n：显示匹配行及行号。 
－s：不显示不存在或无匹配文本的错误信息。 
－v：显示不包含匹配文本的所有行。 
pattern正则表达式主要参数： 
\：忽略正则表达式中特殊字符的原有含义。 
^：匹配正则表达式的开始行。 
$: 匹配正则表达式的结束行。 
\：到匹配正则表达式的行结束。 
[ ]：单个字符，如[A]即A符合要求 。 
[ - ]：范围，如[A-Z]，即A、B、C一直到Z都符合要求 。 
。：所有的单个字符。 
* ：有字符，长度可以为0。 
正则表达式是Linux/Unix系统中非常重要的概念。正则表达式（也称为“regex”或“regexp”）是一个可以描述一类字符串的模式（Pattern）。如果一个字符串可以用某个正则表达式来描述，我们就说这个字符和该正则表达式匹配（Match）。这和DOS中用户可以使用通配符 
“*”代表任意字符类似。在Linux系统上，正则表达式通常被用来查找文本的模式，以及对文本执行“搜索－替换”操作和其它功能。 
4.应用实例 
查询DNS服务是日常工作之一，这意味着要维护覆盖不同网络的大量IP地址。有时IP地址会超过2000个。如果要查看nnn.nnn网络地址，但是却忘了第二部分中的其余部分，只知到有两个句点，例如nnn nn..。要抽取其中所有nnn.nnn IP地址，使用[0－9 ]\{3 
\}\.[0－0\{3\}\。含义是任意数字出现3次，后跟句点，接着是任意数字出现3次，后跟句点。 
$grep ’[0－9 ]\{3 \}\.[0－0\{3\}\’ ipfile 
补充说明，grep家族还包括fgrep和egrep。fgrep是fix grep，允许查找字符串而不是一个模式；egrep是扩展grep，支持基本及扩展的正则表达式，但不支持\q模式范围的应用及与之相对应的一些更加规范的模式。 
dd 
1.作用 
dd命令用来复制文件，并根据参数将数据转换和格式化。 
2.格式 
dd [options] 
3.[opitions]主要参数 
bs=字节：强迫 ibs=及obs=。 
cbs=字节：每次转换指定的。 
conv=关键字：根据以逗号分隔的关键字表示的方式来转换文件。 
count=块数目：只复制指定的输入数据。 
ibs=字节：每次读取指定的。 
if=文件：读取内容，而非标准输入的数据。 
obs=字节：每次写入指定的。 
of=文件：将数据写入，而不在标准输出显示。 
seek=块数目：先略过以obs为单位的指定的输出数据。 
skip=块数目：先略过以ibs为单位的指定的输入数据。 
4.应用实例 
dd命令常常用来制作Linux启动盘。先找一个可引导内核，令它的根设备指向正确的根分区，然后使用dd命令将其写入软盘： 
$ rdev vmlinuz /dev/hda 
$dd if＝vmlinuz of＝/dev/fd0 
上面代码说明，使用rdev命令将可引导内核vmlinuz中的根设备指向/dev/hda，请把“hda”换成自己的根分区，接下来用dd命令将该内核写入软盘。 



find 
1.作用 
find命令的作用是在目录中搜索文件，它的使用权限是所有用户。 
2.格式 
find [path][options][expression] 
path指定目录路径，系统从这里开始沿着目录树向下查找文件。它是一个路径列表，相互用空格分离，如果不写path，那么默认为当前目录。 
3.主要参数 
[options]参数： 
－depth：使用深度级别的查找过程方式，在某层指定目录中优先查找文件内容。 
－maxdepth levels：表示至多查找到开始目录的第level层子目录。level是一个非负数，如果level是0的话表示仅在当前目录中查找。 
－mindepth levels：表示至少查找到开始目录的第level层子目录。 
－mount：不在其它文件系统（如Msdos、Vfat等）的目录和文件中查找。 
－version：打印版本。 
[expression]是匹配表达式，是find命令接受的表达式，find命令的所有操作都是针对表达式的。它的参数非常多，这里只介绍一些常用的参数。 
—name：支持统配符*和?。 
－atime n：搜索在过去n天读取过的文件。 
－ctime n：搜索在过去n天修改过的文件。 
－group grpoupname：搜索所有组为grpoupname的文件。 
－user 用户名：搜索所有文件属主为用户名（ID或名称）的文件。 
－size n：搜索文件大小是n个block的文件。 
－print：输出搜索结果，并且打印。 
4.应用技巧 
find命令查找文件的几种方法： 
（1）根据文件名查找 
例如，我们想要查找一个文件名是lilo.conf的文件，可以使用如下命令： 
find / －name lilo.conf 
find命令后的“/”表示搜索整个硬盘。 
（2）快速查找文件 
根据文件名查找文件会遇到一个实际问题，就是要花费相当长的一段时间，特别是大型Linux文件系统和大容量硬盘文件放在很深的子目录中时。如果我们知道了这个文件存放在某个目录中，那么只要在这个目录中往下寻找就能节省很多时间。比如smb.conf文件，从它的文件后缀“.conf”可以判断这是一个配置文件，那么它应该在/etc目录内，此时可以使用下面命令： 
find /etc －name smb.conf 
这样，使用“快速查找文件”方式可以缩短时间。 
（3）根据部分文件名查找方法 
有时我们知道只某个文件包含有abvd这4个字，那么要查找系统中所有包含有这4个字符的文件可以输入下面命令： 
find / －name ’*abvd*’ 
输入这个命令以后，Linux系统会将在/目录中查找所有的包含有abvd这4个字符的文件（其中*是通配符），比如abvdrmyz等符合条件的文件都能显示出来。 
(4) 使用混合查找方式查找文件 
find命令可以使用混合查找的方法，例如，我们想在/etc目录中查找大于500000字节，并且在24小时内修改的某个文件，则可以使用-and (与)把两个查找参数链接起来组合成一个混合的查找方式。 
find /etc -size +500000c -and -mtime +1 
mv 
1.作用 
mv命令用来为文件或目录改名，或者将文件由一个目录移入另一个目录中，它的使用权限是所有用户。该命令如同DOS命令中的ren和move的组合。 
2.格式 
mv[options] 源文件或目录 目标文件或目录 
3.[options]主要参数 
－i：交互方式操作。如果mv操作将导致对已存在的目标文件的覆盖，此时系统询问是否重写，要求用户回答“y”或“n”，这样可以避免误覆盖文件。 
－f：禁止交互操作。mv操作要覆盖某个已有的目标文件时不给任何指示，指定此参数后i参数将不再起作用。 
4.应用实例 
（1）将/usr/cbu中的所有文件移到当前目录（用“.”表示）中： 
$ mv /usr/cbu/ * . 
（2）将文件cjh.txt重命名为wjz.txt： 
$ mv cjh.txt wjz.txt　 
ls 
1.作用 
ls命令用于显示目录内容，类似DOS下的dir命令，它的使用权限是所有用户。 
2.格式 
ls [options][filename] 
3.options主要参数 
－a, －－all：不隐藏任何以“.” 字符开始的项目。 
－A, －－almost－all：列出除了“ . ”及 “.. ”以外的任何项目。 
－－author：印出每个文件著作者。 
－b, －－escape：以八进制溢出序列表示不可打印的字符。 
－－block－size=大小：块以指定的字节为单位。 
－B, －－ignore－backups：不列出任何以 ~ 字符结束的项目。 
－f：不进行排序，－aU参数生效，－lst参数失效。 
－F, －－classify：加上文件类型的指示符号 (*/=@| 其中一个)。 
－g：like －l, but do not list owner。 
－G, －－no－group：inhibit display of group information。 
－i, －－inode：列出每个文件的inode号。 
－I, －－ignore=样式：不印出任何符合Shell万用字符的项目。 
－k：即－－block－size=1K。 
－l：使用较长格式列出信息。 
－L, －－dereference：当显示符号链接的文件信息时，显示符号链接所指示的对象，而并非符号链接本身的信息。 
－m：所有项目以逗号分隔，并填满整行行宽。 
－n, －－numeric－uid－gid：类似－l，但列出UID及GID号。 
－N, －－literal：列出未经处理的项目名称，例如不特别处理控制字符。 
－p, －－file－type：加上文件类型的指示符号 (/=@| 其中一个)。 
－Q, －－quote－name：将项目名称括上双引号。 
－r, －－reverse：依相反次序排列。 
－R, －－recursive：同时列出所有子目录层。 
－s, －－size：以块大小为序。 
4.应用举例 
ls 
命令是Linux系统使用频率最多的命令，它的参数也是Linux命令中最多的。使用ls命令时会有几种不同的颜色，其中蓝色表示是目录，绿色表示是可执 
行文件，红色表示是压缩文件，浅蓝色表示是链接文件，加粗的黑色表示符号链接，灰色表示是其它格式文件。ls最常使用的是ls- l。 
文 
件类型开头是由10个字符构成的字符串。其中第一个字符表示文件类型，它可以是下述类型之一：－（普通文件）、d（目录）、l（符号链接）、b（块设备文件）、c（字符设备文件）。后面的9个字符表示文件的访问权限，分为3组，每组3位。第一组表示文件属主的权限，第二组表示同组用户的权限，第三组表示其他用户的权限。每一组的三个字符分别表示对文件的读（r）、写（w）和执行权限（x）。对于目录，表示进入权限。s表示当文件被执行时，把该文件的UID 或GID赋予执行进程的UID（用户ID）或GID（组ID）。t表示设置标志位（留在内存，不被换出）。如果该文件是目录，那么在该目录中的文件只能被超级用户、目录拥有者或文件属主删除。如果它是可执行文件，那么在该文件执行后，指向其正文段的指针仍留在内存。这样再次执行它时，系统就能更快地装入该文件。接着显示的是文件大小、生成时间、文件或命令名称。 
Android系统在超级终端下必会的命令大全（四） 
diff 
1.作用 
diff命令用于两个文件之间的比较，并指出两者的不同，它的使用权限是所有用户。 
2.格式 
diff [options] 源文件 目标文件 
3.[options]主要参数 
-a：将所有文件当作文本文件来处理。 
-b：忽略空格造成的不同。 
-B：忽略空行造成的不同。 
-c：使用纲要输出格式。 
-H：利用试探法加速对大文件的搜索。 
-I：忽略大小写的变化。 
-n --rcs：输出RCS格式。 
cmp 
1.作用 
cmp（“compare”的缩写）命令用来简要指出两个文件是否存在差异，它的使用权限是所有用户。 
2.格式 
cmp[options] 文件名 
3.[options]主要参数 
-l: 将字节以十进制的方式输出，并方便将两个文件中不同的以八进制的方式输出。 
cat 
1.作用 
cat（“concatenate”的缩写）命令用于连接并显示指定的一个和多个文件的有关信息，它的使用权限是所有用户。 
2.格式 
cat [options] 文件1 文件2…… 
3.[options]主要参数 
－n：由第一行开始对所有输出的行数编号。 
－b：和－n相似，只不过对于空白行不编号。 
－s：当遇到有连续两行以上的空白行时，就代换为一行的空白行。 
4.应用举例 
（1）cat命令一个最简单的用处是显示文本文件的内容。例如，我们想在命令行看一下README文件的内容，可以使用命令： 
$ cat README　 
（2）有时需要将几个文件处理成一个文件，并将这种处理的结果保存到一个单独的输出文件。cat命令在其输入上接受一个或多个文件，并将它们作为一个单独的文件打印到它的输出。例如，把README和INSTALL的文件内容加上行号（空白行不加）之后，将内容附加到一个新文本文件File1 中： 
$ cat README INSTALL File1 
（3）cat 还有一个重要的功能就是可以对行进行编号。这种功能对于程序文档的编制，以及法律和科学文档的编制很方便，打印在左边的行号使得参考文档的某一部分变得容易，这些在编程、科学研究、业务报告甚至是立法工作中都是非常重要的。对行进行编号功能有-b（只能对非空白行进行编号）和-n（可以对所有行进行编号）两个参数： 
$ cat -b /etc/named.conf 
ln 
1.作用 
ln命令用来在文件之间创建链接，它的使用权限是所有用户。 
2.格式 
ln [options] 源文件 [链接名] 
3.参数 
－f：链结时先将源文件删除。 
－d：允许系统管理者硬链结自己的目录。 
－s：进行软链结(Symbolic Link)。 
－b：将在链结时会被覆盖或删除的文件进行备份。 
链接有两种，一种被称为硬链接（Hard Link），另一种被称为符号链接（Symbolic Link）。默认情况下，ln命令产生硬链接。硬连接指通过索引节点来进行的连接。在Linux的文件系统中，保存在磁盘分区中的文件不管是什么类型都给它分配一个编号，称为索引节点号(InodeIndex)。在Linux中，多个文件名指向同一索引节点是存在的。一般这种连接就是硬连接。硬连接的作用是允许一个文件拥有多个有效路径名，这样用户就可以建立硬连接到重要文件，以防止“误删”的功能。其原因如上所述，因为对应该目录的索引节点有一个以上的连接。只删除一个连接并不影响索引节点本身和其它的连接，只有当最后一个连接被删除后，文件的数据块及目录的连接才会被释放。也就是说，文件才会被真正删除。与硬连接相对应，Lnux系统中还存在另一种连接，称为符号连接（Symbilc Link），也叫软连接。软链接文件有点类似于Windows的快捷方式。它实际上是特殊文件的一种。在符号连接中，文件实际上是一个文本文件，其中包含的有另一文件的位置信息。 
-------------------------------------------------------------------------------- 
作者: ☆-☆    时间: 2010-6-8 11:55 

本帖最后由 ☆-☆ 于 2010-6-8 11:59 编辑 

Android系统在超级终端下必会的命令大全（五） 
系统管理命令 
df 
1.作用 
df命令用来检查文件系统的磁盘空间占用情况，使用权限是所有用户。 
2.格式 
df [options] 
3.主要参数 
－s：对每个Names参数只给出占用的数据块总数。 
－a：递归地显示指定目录中各文件及子目录中各文件占用的数据块数。若既不指定－s，也不指定－a，则只显示Names中的每一个目录及其中的各子目录所占的磁盘块数。 
－k：以1024字节为单位列出磁盘空间使用情况。 
－x：跳过在不同文件系统上的目录不予统计。 
－l：计算所有的文件大小，对硬链接文件则计算多次。 
－i：显示inode信息而非块使用量。 
－h：以容易理解的格式印出文件系统大小，例如136KB、254MB、21GB。 
－P：使用POSIX输出格式。 
－T：显示文件系统类型。 
4.说明 
df 命令被广泛地用来生成文件系统的使用统计数据，它能显示系统中所有的文件系统的信息，包括总容量、可用的空闲空间、目前的安装点等。超级权限用户使用df 命令时会发现这样的情况：某个分区的容量超过了100％。这是因为Linux系统为超级用户保留了10％的空间，由其单独支配。也就是说，对于超级用户而言，他所见到的硬盘容量将是110％。这样的安排对于系统管理而言是有好处的，当硬盘被使用的容量接近100％时系统管理员还可以正常工作。 
5.应用实例 
Linux支持的文件系统非常多，包括JFS、ReiserFS、ext、ext2、ext3、ISO9660、XFS、Minx、vfat、MSDOS等。使用df -T命令查看磁盘空间时还可以得到文件系统的信息： 
＃df －T 
文件系统 类型 容量 已用 可用 已用% 挂载点 
/dev/hda7 reiserfs 5.2G 1.6G 3.7G 30% / 
/dev/hda1 vfat 2.4G 1.6G 827M 66% /windows/C 
/dev/hda5 vfat 3.0G 1.7G 1.3G 57% /windows/D 
/dev/hda9 vfat 3.0G 2.4G 566M 82% /windows/E 
/dev/hda10 NTFS 3.2G 573M 2.6G 18% /windows/F 
/dev/hda11 vfat 1.6G 1.5G 23M 99% /windows/G 
从上面除了可以看到磁盘空间的容量、使用情况外，分区的文件系统类型、挂载点等信息也一览无遗。 
top 
1.作用 
top命令用来显示执行中的程序进程，使用权限是所有用户。 
2.格式 
top [－] [d delay] [q] [c] [S] [n] 
3.主要参数 
d：指定更新的间隔，以秒计算。 
q：没有任何延迟的更新。如果使用者有超级用户，则top命令将会以最高的优先序执行。 
c：显示进程完整的路径与名称。 
S：累积模式，会将己完成或消失的子行程的CPU时间累积起来。 
s：安全模式。 
i：不显示任何闲置(Idle)或无用(Zombie)的行程。 
n：显示更新的次数，完成后将会退出top。 
4.说明 
top命令是Linux系统管理的一个主要命令，通过它可以获得许多信息。 
下面列出了详细解释。 
PID（Process ID）：进程标示号。 
USER：进程所有者的用户名。 
PR：进程的优先级别。 
NI：进程的优先级别数值。 
VIRT：进程占用的虚拟内存值。 
RES：进程占用的物理内存值。 
SHR：进程使用的共享内存值。 
S：进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数。 
%CPU：该进程占用的CPU使用率。 
%MEM：该进程占用的物理内存和总内存的百分比。 
TIME＋：该进程启动后占用的总的CPU时间。 
Command：进程启动的启动命令名称，如果这一行显示不下，进程会有一个完整的命令行。 
top命令使用过程中，还可以使用一些交互的命令来完成其它参数的功能。这些命令是通过快捷键启动的。 
：立刻刷新。 
P：根据CPU使用大小进行排序。 
T：根据时间、累计时间排序。 
q：退出top命令。 
m：切换显示内存信息。 
t：切换显示进程和CPU状态信息。 
c：切换显示命令名称和完整命令行。 
M：根据使用内存大小进行排序。 
W：将当前设置写入~/.toprc文件中。这是写top配置文件的推荐方法。 
可以看到，top命令是一个功能十分强大的监控系统的工具，对于系统管理员而言尤其重要。但是，它的缺点是会消耗很多系统资源。 


free 
1.作用 
free命令用来显示内存的使用情况，使用权限是所有用户。 
2.格式 
free [－b|－k|－m] [－o] [－s delay] [－t] [－V] 
3.主要参数 
－b －k －m：分别以字节（KB、MB）为单位显示内存使用情况。 
－s delay：显示每隔多少秒数来显示一次内存使用情况。 
－t：显示内存总和列。 
－o：不显示缓冲区调节列。 
4.应用实例 
free命令是用来查看内存使用情况的主要命令。和top命令相比，它的优点是使用简单，并且只占用很少的系统资源。通过－S参数可以使用free命令不间断地监视有多少内存在使用，这样可以把它当作一个方便实时监控器。 
＃free －b －s5 
使用这个命令后终端会连续不断地报告内存使用情况（以字节为单位），每5秒更新一次。 

chown 
1.作用 
更改一个或多个文件或目录的属主和属组。使用权限是超级用户。 
2.格式 
chown [选项] 用户或组 文件 
3.主要参数 
--dereference：受影响的是符号链接所指示的对象，而非符号链接本身。 
-h, --no-dereference：会影响符号链接本身，而非符号链接所指示的目的地(当系统支持更改符号链接的所有者，此选项才有效)。 
--from=目前所有者:目前组只当每个文件的所有者和组符合选项所指定的，才会更改所有者和组。其中一个可以省略，这已省略的属性就不需要符合原有的属性。 
-f, --silent, --quiet：去除大部分的错误信息。 
-R, --recursive：递归处理所有的文件及子目录。 
-v, --verbose：处理任何文件都会显示信息。 
4.说明 
chown 将指定文件的拥有者改为指定的用户或组，用户可以是用户名或用户ID；组可以是组名或组ID；文件是以空格分开的要改变权限的文件列表，支持通配符。系统管理员经常使用chown命令，在将文件拷贝到另一个用户的目录下以后，让用户拥有使用该文件的权限。 
5.应用实例 
1.把文件shiyan.c的所有者改为wan 
$ chown wan shiyan.c 
2.把目录/hi及其下的所有文件和子目录的属主改成wan，属组改成users。 
$ chown - R wan.users /hi 
chattr 
1.作用 
修改ext2和ext3文件系统属性(attribute)，使用权限超级用户。 
2.格式 
chattr [-RV] [-+=AacDdijsSu] [-v version] 文件或目录 
3.主要参数 
－R：递归处理所有的文件及子目录。 
－V：详细显示修改内容，并打印输出。 
－：失效属性。 
＋：激活属性。 
= ：指定属性。 
A：Atime，告诉系统不要修改对这个文件的最后访问时间。 
S：Sync，一旦应用程序对这个文件执行了写操作，使系统立刻把修改的结果写到磁盘。 
a：Append Only，系统只允许在这个文件之后追加数据，不允许任何进程覆盖或截断这个文件。如果目录具有这个属性，系统将只允许在这个目录下建立和修改文件，而不允许删除任何文件。 
i：Immutable，系统不允许对这个文件进行任何的修改。如果目录具有这个属性，那么任何的进程只能修改目录之下的文件，不允许建立和删除文件。 
D：检查压缩文件中的错误。 
d：No dump，在进行文件系统备份时，dump程序将忽略这个文件。 
C：Compress，系统以透明的方式压缩这个文件。从这个文件读取时，返回的是解压之后的数据；而向这个文件中写入数据时，数据首先被压缩之后才写入磁盘。 
s：Secure Delete，让系统在删除这个文件时，使用0填充文件所在的区域。 
u：Undelete，当一个应用程序请求删除这个文件，系统会保留其数据块以便以后能够恢复删除这个文件。 
4.说明 
chattr 
命令的作用很大，其中一些功能是由Linux内核版本来支持的，如果Linux内核版本低于2.2，那么许多功能不能实现。同样－D检查压缩文件中的错误 
的功能，需要2.5.19以上内核才能支持。另外，通过chattr命令修改属性能够提高系统的安全性，但是它并不适合所有的目录。chattr命令不能 
保护/、/dev、/tmp、/var目录。 
5.应用实例 
1.恢复/root目录,即子目录的所有文件 
# chattr -R +u/root 
2.用chattr命令防止系统中某个关键文件被修改 
在Linux下，有些配置文件(passwd ,fatab)是不允许任何人修改的，为了防止被误删除或修改，可以设定该文件的“不可修改位(immutable)”，命令如下： 
# chattr +i /etc/fstab 
ps 
1.作用 
ps显示瞬间进程 (process) 的动态，使用权限是所有使用者。 
2.格式 
ps [options] [--help] 
3.主要参数 
ps的参数非常多, 此出仅列出几个常用的参数。 
-A：列出所有的进程。 
-l：显示长列表。 
-m：显示内存信息。 
-w：显示加宽可以显示较多的信息。 
-e：显示所有进程。 
a：显示终端上的所有进程,包括其它用户的进程。 
-au：显示较详细的信息。 
-aux：显示所有包含其它使用者的进程。 
4.说明 
要 
对进程进行监测和控制，首先要了解当前进程的情况，也就是需要查看当前进程。ps命令就是最基本、也是非常强大的进程查看命令。使用该命令可以确定有哪些 
进程正在运行、运行的状态、进程是否结束、进程有没有僵尸、哪些进程占用了过多的资源等。图2给出了ps-aux命令详解。大部分信息都可以通过执行该命 
令得到。最常用的三个参数是u、a、x。下面就结合这三个参数详细说明ps命令的作用：ps aux 
图2 ps-aux命令详解 
图2第2行代码中，USER表示进程拥有者；PID表示进程标示符；%CPU表示占用的CPU使用率；%MEM占用的物理内存使用率；VSZ表示占用的虚拟内存大小；RSS为进程占用的物理内存值；TTY为终端的次要装置号码。 
STAT 
表示进程的状态，其中D为不可中断的静止（I/O动作）；R正在执行中；S静止状态；T暂停执行；Z不存在，但暂时无法消除；W没有足够的内存分页可分 
配；高优先序的进程；N低优先序的进程；L有内存分页分配并锁在内存体内 (实时系统或 
I/O)。START为进程开始时间。TIME为执行的时间。COMMAND是所执行的指令。 
4.应用实例 
在进行系统维护时，经常会出现内存使用量惊人，而又不知道是哪一个进程占用了大量进程的情况。除了可以使用top命令查看内存使用情况之外，还可以使用下面的命令： 
ps aux | sort +5n 
-------------------------------------------------------------------------------- 
作者: ☆-☆    时间: 2010-6-8 11:58 

Android系统在超级终端下必会的命令大全（十） 
六、其他命令 
tar 
1.作用 
tar命令是Unix/Linux系统中备份文件的可靠方法，几乎可以工作于任何环境中，它的使用权限是所有用户。 
2.格式 
tar [主选项+辅选项] 文件或目录 
3.主要参数 
使用该命令时，主选项是必须要有的，它告诉tar要做什么事情，辅选项是辅助使用的，可以选用。 
主选项： 
-c 创建新的档案文件。如果用户想备份一个目录或是一些文件，就要选择这个选项。 
-r 把要存档的文件追加到档案文件的未尾。例如用户已经做好备份文件，又发现还有一个目录或是一些文件忘记备份了，这时可以使用该选项，将忘记的目录或文件追加到备份文件中。 
-t 列出档案文件的内容，查看已经备份了哪些文件。 
-u 更新文件。就是说，用新增的文件取代原备份文件，如果在备份文件中找不到要更新的文件，则把它追加到备份文件的最后。 
-x 从档案文件中释放文件。 
辅助选项： 
-b 该选项是为磁带机设定的，其后跟一数字，用来说明区块的大小，系统预设值为20（20×512 bytes）。 
-f 使用档案文件或设备，这个选项通常是必选的。 
-k 保存已经存在的文件。例如把某个文件还原，在还原的过程中遇到相同的文件，不会进行覆盖。 
-m 在还原文件时，把所有文件的修改时间设定为现在。 
-M 创建多卷的档案文件，以便在几个磁盘中存放。 
-v 详细报告tar处理的文件信息。如无此选项，tar不报告文件信息。 
-w 每一步都要求确认。 
-z 用gzip来压缩/解压缩文件，加上该选项后可以将档案文件进行压缩，但还原时也一定要使用该选项进行解压缩。 
4.应用说明 
tar 是Tape Archive（磁带归档）的缩写，最初设计用于将文件打包到磁带上。如果下载过Linux的源代码，或许已经碰到过tar文件 
请注意，不要忘了Linux是区分大小写的。例如，tar命令应该总是以小写的形式执行。命令行开关可以是大写、小写或大小写的混合。例如，-t和-T执行不同的功能。文件或目录名称可以混合使用大小写，而且就像命令和命令行开关一样是区分大小写的。 
5.应用实例 
tar是一个命令行的工具，没有图形界面。使用Konsole打开一个终端窗口，接下来是一个简单的备份命令（在/temp目录中创建一个back.tar的文件，/usr目录中所有内容都包含在其中。）： 
$tar cvf - /usr > /temp/back.tar 
另 
外，tar命令支持前面第三讲中讲过的crontab命令，可以用crontab工具设置成基于时间的有规律地运行。例如，每晚6点把/usr目录备份到 
hda—第一个IDE接口的主驱动器 (总是位于第一个硬盘)中，只要将下面语句添加到root的crontab中即可： 
$00 06 * * * tar cvf /dev/hda1/usrfiles.tar - /usr 
一般情况下，以下这些目录是需要备份的： 
◆/etc 包含所有核心配置文件，其中包括网络配置、系统名称、防火墙规则、用户、组，以及其它全局系统项。 
◆ /var 包含系统守护进程（服务）所使用的信息，包括DNS配置、DHCP租期、邮件缓冲文件、HTTP服务器文件、dB2实例配置等。 
◆/home 包含所有默认用户的主目录，包括个人设置、已下载的文件和用户不希望失去的其它信息。 
◆/root 根（root）用户的主目录。 
◆/opt 是安装许多非系统文件的地方。IBM软件就安装在这里。OpenOffice、JDK和其它软件在默认情况下也安装在这里。 
有些目录是可以不备份的： 
◆ /proc 应该永远不要备份这个目录。它不是一个真实的文件系统，而是运行内核和环境的虚拟化视图，包括诸如/proc/kcore这样的文件，这个文件是整个运行内存的虚拟视图。备份这些文件只是在浪费资源。 
◆/dev 包含硬件设备的文件表示。如果计划还原到一个空白的系统，就可以备份/dev。然而，如果计划还原到一个已安装的Linux 系统，那么备份/dev是没有必要的。 
unzip 
1.作用 
unzip 
命令位于/usr/bin目录中，它们和MS DOS下的pkzip、pkunzip及MS 
Windows中的Winzip软件功能一样，将文件压缩成.zip文件，以节省硬盘空间，当需要的时候再将压缩文件用unzip命令解开。该命令使用权 
限是所有用户。 
2.格式 
unzip [-cflptuvz][-agCjLMnoqsVX][-P ][.zip文件][文件][-d ][-x ] 
3.主要参数 
-c：将解压缩的结果显示到屏幕上，并对字符做适当的转换。 
-f：更新现有的文件。 
-l：显示压缩文件内所包含的文件。 
-p：与-c参数类似，会将解压缩的结果显示到屏幕上，但不会执行任何的转换。 
-t：检查压缩文件是否正确。 
-u：与-f参数类似，但是除了更新现有的文件外，也会将压缩文件中的其它文件解压缩到目录中。 
-v：执行是时显示详细的信息。 
-z：仅显示压缩文件的备注文字。 
-a：对文本文件进行必要的字符转换。 
-b：不要对文本文件进行字符转换。 
-C：压缩文件中的文件名称区分大小写。 
-j：不处理压缩文件中原有的目录路径。 
-L：将压缩文件中的全部文件名改为小写。 
-M：将输出结果送到more程序处理。 
-n：解压缩时不要覆盖原有的文件。 
-o：不必先询问用户，unzip执行后覆盖原有文件。 
-P：使用zip的密码选项。 
-q：执行时不显示任何信息。 
-s：将文件名中的空白字符转换为底线字符。 
-V：保留VMS的文件版本信息。 
-X：解压缩时同时回存文件原来的UID/GID。 
[.zip文件]：指定.zip压缩文件。 
[文件]：指定要处理.zip压缩文件中的哪些文件。 
-d：指定文件解压缩后所要存储的目录。 
-x：指定不要处理.zip压缩文件中的哪些文件。 
-Z unzip：-Z等于执行zipinfo指令。在Linux中，还提供了一个叫zipinfo的工具，能够察看zip压缩文件的详细信息。 
gunzip 
1.作用 
gunzip命令作用是解压文件，使用权限是所有用户。 
2.格式 
gunzip [-acfhlLnNqrtvV][-s ][文件...] 
或者 
gunzip [-acfhlLnNqrtvV][-s ][目录] 
3.主要参数 
-a或--ascii：使用ASCII文字模式。 
-c或--stdout或--to-stdout：把解压后的文件输出到标准输出设备。 
-f或-force：强行解开压缩文件，不理会文件名称或硬连接是否存在，以及该文件是否为符号连接。 
-h或--help：在线帮助。 
-l或--list：列出压缩文件的相关信息。 
-L或--license：显示版本与版权信息。 
-n或--no-name：解压缩时，若压缩文件内含有原来的文件名称及时间戳记，则将其忽略不予处理。 
-N或--name：解压缩时，若压缩文件内含有原来的文件名称及时间戳记，则将其回存到解开的文件上。 
-q或--quiet：不显示警告信息。 
-r或--recursive：递归处理，将指定目录下的所有文件及子目录一并处理。 
-S或--suffix：更改压缩字尾字符串。 
-t或--test：测试压缩文件是否正确无误。 
-v或--verbose：显示指令执行过程。 
-V或--version：显示版本信息。 
4.说明 
gunzip是个使用广泛的解压缩程序，它用于解开被gzip压缩过的文件，这些压缩文件预设最后的扩展名为“.gz”。事实上，gunzip就是gzip的硬连接，因此不论是压缩或解压缩，都可通过gzip指令单独完成。gunzip最新版本是1.3.3 。
12:39
评论 / 浏览 (0 / 23)
分类:移动开发
2011-12-01
缩略显示
java runtime.exec()相关
java


那就首先说点Runtime类吧，他是一个与JVM运行时环境有关的类，这个类是Singleton的。我说几个自己觉得重要的地方。 

1、Runtime.getRuntime()可以取得当前JVM的运行时环境，这也是在Java中唯一一个得到运行时环境的方法。 

2、Runtime上其他大部分的方法都是实例方法，也就是说每次进行运行时调用时都要用到getRuntime方法。 

3、 Runtime中的exit方法是退出当前JVM的方法，估计也是唯一的一个吧，因为我看到System类中的exit实际上也是通过调用 Runtime.exit()来退出JVM的，这里说明一下Java对Runtime返回值的一般规则（后边也提到了），0代表正常退出，非0代表异常中止，这只是Java的规则，在各个操作系统中总会发生一些小的混淆。 

4、Runtime.addShutdownHook()方法可以注册一个hook在JVM执行shutdown的过程中，方法的参数只要是一个初始化过但是没有执行的Thread实例就可以。（注意，Java中的Thread都是执行过了就不值钱的哦） 

5、说到addShutdownHook这个方法就要说一下JVM运行环境是在什么情况下shutdown或者abort的。文档上是这样写的，当最后一个非精灵进程退出或者收到了一个用户中断信号、用户登出、系统shutdown、Runtime的exit方法被调用时JVM会启动shutdown的过程，在这个过程开始后，他会并行启动所有登记的shutdown hook（注意是并行启动，这就需要线程安全和防止死锁）。当shutdown过程启动后，只有通过调用halt方法才能中止shutdown的过程并退出JVM。 

那什么时候JVM会abort退出那？首先说明一下，abort退出时JVM就是停止运行但并不一定进行shutdown。这只有JVM在遇到SIGKILL信号或者windows中止进程的信号、本地方法发生类似于访问非法地址一类的内部错误时会出现。这种情况下并不能保证shutdown hook是否被执行。 


现在开始看这篇文章，呵呵。 


首先讲的是Runtime.exec()方法的所有重载。这里要注意的有一点，就是public Process exec(String [] cmdArray, String [] envp);这个方法中cmdArray是一个执行的命令和参数的字符串数组，数组的第一个元素是要执行的命令往后依次都是命令的参数，envp我个人感觉应该和C中的execve中的环境变量是一样的，envp中使用的是name=value的方式。 


<!--[if !supportLists]-->1、 <!--[endif]-->一个很糟糕的调用程序，代码如下，这个程序用exec调用了一个外部命令之后马上使用exitValue就对其返回值进行检查，让我们看看会出现什么问题。 


import java.util.*; 
import java.io.*; 

public class BadExecJavac 
{ 
public static void main(String args[]) 
{ 
try 
{ 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("javac"); 
int exitVal = proc.exitValue(); 
System.out.println("Process exitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

A run of BadExecJavac produces: 


E:classescomjavaworldjpitfallsarticle2>java BadExecJavac 
java.lang.IllegalThreadStateException: process has not exited 
at java.lang.Win32Process.exitValue(Native Method) 
at BadExecJavac.main(BadExecJavac.java:13) 


这里看原文就可以了解，这里主要的问题就是错误的调用了exitValue来取得外部命令的返回值（呵呵，这个错误我也曾经犯过），因为exitValue 这个方法是不阻塞的，程序在调用这个方法时外部命令并没有返回所以造成了异常的出现，这里是由另外的方法来等待外部命令执行完毕的，就是waitFor方法，这个方法会一直阻塞直到外部命令执行结束，然后返回外部命令执行的结果，作者在这里一顿批评设计者的思路有问题，呵呵，反正我是无所谓阿，能用就可以拉。但是作者在这里有一个说明，就是exitValue也是有好多用途的。因为当你在一个Process上调用waitFor方法时，当前线程是阻塞的，如果外部命令无法执行结束，那么你的线程就会一直阻塞下去，这种意外会影响我们程序的执行。所以在我们不能判断外部命令什么时候执行完毕而我们的程序还需要继续执行的情况下，我们就应该循环的使用exitValue来取得外部命令的返回状态，并在外部命令返回时作出相应的处理。 


2、对exitValue处改进了的程序 

import java.util.*; 
import java.io.*; 

public class BadExecJavac2 
{ 
public static void main(String args[]) 
{ 
try 
{ 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("javac"); 
int exitVal = proc.waitFor(); 
System.out.println("Process exitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

不幸的是，这个程序也无法执行完成，它没有输出但却一直悬在那里，这是为什么那？ 


JDK文档中对此有如此的解释：因为本地的系统对标准输入和输出所提供的缓冲池有效，所以错误的对标准输出快速的写入和从标准输入快速的读入都有可能造成子进程的锁，甚至死锁。 


文档引述完了，作者又开始批评了，他说JDK仅仅说明为什么问题会发生，却并没有说明这个问题怎么解决，这的确是个问题哈。紧接着作者说出自己的做法，就是在执行完外部命令后我们要控制好Process的所有输入和输出（视情况而定），在这个例子里边因为调用的是Javac，而他在没有参数的情况下会将提示信息输出到标准出错，所以在下面的程序中我们要对此进行处理。 


import java.util.*; 
import java.io.*; 

public class MediocreExecJavac 
{ 
public static void main(String args[]) 
{ 
try 
{ 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("javac"); 
InputStream stderr = proc.getErrorStream(); 
InputStreamReader isr = new InputStreamReader(stderr); 
BufferedReader br = new BufferedReader(isr); 
String line = null; 
System.out.println("<ERROR>"); 
while ( (line = br.readLine()) != null) 
System.out.println(line); 
System.out.println("</ERROR>"); 
int exitVal = proc.waitFor(); 
System.out.println("Process exitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 


程序的运行结果为 

E:classescomjavaworldjpitfallsarticle2>java MediocreExecJavac 
<ERROR> 
Usage: javac <options> <source files> 

where <options> includes: 
-g Generate all debugging info 
-g:none Generate no debugging info 
-g:{lines,vars,source} Generate only some debugging info 
-O Optimize; may hinder debugging or enlarge class files 
-nowarn Generate no warnings 
-verbose Output messages about what the compiler is doing 
-deprecation Output source locations where deprecated APIs are used 
-classpath <path> Specify where to find user class files 
-sourcepath <path> Specify where to find input source files 
-bootclasspath <path> Override location of bootstrap class files 
-extdirs <dirs> Override location of installed extensions 
-d <directory> Specify where to place generated class files 
-encoding <encoding> Specify character encoding used by source files 
-target <release> Generate class files for specific VM version 
</ERROR> 
Process exitValue: 2 


哎，不管怎么说还是出来了结果，作者作了一下总结，就是说，为了处理好外部命令大量输出的情况，你要确保你的程序处理好外部命令所需要的输入或者输出。 


下一个题目，当我们调用一个我们认为是可执行程序的时候容易发生的错误（今天晚上我刚刚犯这个错误，没事做这个练习时候发生的） 

import java.util.*; 
import java.io.*; 

public class BadExecWinDir 
{ 
public static void main(String args[]) 
{ 
try 
{ 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("dir"); 
InputStream stdin = proc.getInputStream(); 
InputStreamReader isr = new InputStreamReader(stdin); 
BufferedReader br = new BufferedReader(isr); 
String line = null; 
System.out.println("<OUTPUT>"); 
while ( (line = br.readLine()) != null) 
System.out.println(line); 
System.out.println("</OUTPUT>"); 
int exitVal = proc.waitFor(); 
System.out.println("Process exitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

A run of BadExecWinDir produces: 


E:classescomjavaworldjpitfallsarticle2>java BadExecWinDir 
java.io.IOException: CreateProcess: dir error=2 
at java.lang.Win32Process.create(Native Method) 
at java.lang.Win32Process.<init>(Unknown Source) 
at java.lang.Runtime.execInternal(Native Method) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at BadExecWinDir.main(BadExecWinDir.java:12) 


说实在的，这个错误还真是让我摸不着头脑，我觉得在windows中返回2应该是没有找到这个文件的缘故，可能windows 2000中只有cmd命令，dir命令不是当前环境变量能够解释的吧。我也不知道了，慢慢往下看吧。 

嘿，果然和作者想的一样，就是因为dir命令是由windows中的解释器解释的，直接执行dir时无法找到dir.exe这个命令，所以会出现文件未找到这个2的错误。如果我们要执行这样的命令，就要先根据操作系统的不同执行不同的解释程序command.com 或者cmd.exe。 

作者对上边的程序进行了修改 

import java.util.*; 
import java.io.*; 

class StreamGobbler extends Thread 
{ 
InputStream is; 
String type; 

StreamGobbler(InputStream is, String type) 
{ 
this.is = is; 
this.type = type; 
} 

public void run() 
{ 
try 
{ 
InputStreamReader isr = new InputStreamReader(is); 
BufferedReader br = new BufferedReader(isr); 
String line=null; 
while ( (line = br.readLine()) != null) 
System.out.println(type + ">" + line); 
} catch (IOException ioe) 
{ 
ioe.printStackTrace(); 
} 
} 
} 

public class GoodWindowsExec 
{ 
public static void main(String args[]) 
{ 
if (args.length < 1) 
{ 
System.out.println("USAGE: java GoodWindowsExec <cmd>"); 
System.exit(1); 
} 

try 
{ 
String osName = System.getProperty("os.name" ); 
String[] cmd = new String[3]; 

if( osName.equals( "Windows NT" ) ) 
{ 
cmd[0] = "cmd.exe" ; 
cmd[1] = "/C" ; 
cmd[2] = args[0]; 
} 
else if( osName.equals( "Windows 95" ) ) 
{ 
cmd[0] = "command.com" ; 
cmd[1] = "/C" ; 
cmd[2] = args[0]; 
} 

Runtime rt = Runtime.getRuntime(); 
System.out.println("Execing " + cmd[0] + " " + cmd[1] 
+ " " + cmd[2]); 
Process proc = rt.exec(cmd); 
// any error message? 
StreamGobbler errorGobbler = new 
StreamGobbler(proc.getErrorStream(), "ERROR"); 

// any output? 
StreamGobbler outputGobbler = new 
StreamGobbler(proc.getInputStream(), "OUTPUT"); 

// kick them off 
errorGobbler.start(); 
outputGobbler.start(); 

// any error??? 
int exitVal = proc.waitFor(); 
System.out.println("ExitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

Running GoodWindowsExec with the dir command generates: 


E:classescomjavaworldjpitfallsarticle2>java GoodWindowsExec "dir *.java" 
Execing cmd.exe /C dir *.java 
OUTPUT> Volume in drive E has no label. 
OUTPUT> Volume Serial Number is 5C5F-0CC9 
OUTPUT> 
OUTPUT> Directory of E:classescomjavaworldjpitfallsarticle2 
OUTPUT> 
OUTPUT>10/23/00 09:01p 805 BadExecBrowser.java 
OUTPUT>10/22/00 09:35a 770 BadExecBrowser1.java 
OUTPUT>10/24/00 08:45p 488 BadExecJavac.java 
OUTPUT>10/24/00 08:46p 519 BadExecJavac2.java 
OUTPUT>10/24/00 09:13p 930 BadExecWinDir.java 
OUTPUT>10/22/00 09:21a 2,282 BadURLPost.java 
OUTPUT>10/22/00 09:20a 2,273 BadURLPost1.java 
... (some output omitted for brevity) 
OUTPUT>10/12/00 09:29p 151 SuperFrame.java 
OUTPUT>10/24/00 09:23p 1,814 TestExec.java 
OUTPUT>10/09/00 05:47p 23,543 TestStringReplace.java 
OUTPUT>10/12/00 08:55p 228 TopLevel.java 
OUTPUT> 22 File(s) 46,661 bytes 
OUTPUT> 19,678,420,992 bytes free 
ExitValue: 0 

这里作者教了一个windows中很有用的方法，呵呵，至少我是不知道的，就是cmd.exe /C +一个windows中注册了后缀的文档名，windows会自动地调用相关的程序来打开这个文档，我试了一下，的确很好用，但是好像文件路径中有空格的话就有点问题，我加上引号也无法解决。 

这里作者强调了一下，不要假设你执行的程序是可执行的程序，要清楚自己的程序是单独可执行的还是被解释的，本章的结束作者会介绍一个命令行工具来帮助我们分析。 

这里还有一点，就是得到process的输出的方式是getInputStream，这是因为我们要从Java 程序的角度来看，外部程序的输出对于Java来说就是输入，反之亦然。 


最后的一个漏洞的地方就是错误的认为exec方法会接受所有你在命令行或者Shell中输入并接受的字符串。这些错误主要出现在命令作为参数的情况下，程序员错误的将所有命令行中可以输入的参数命令加入到exec中（这段翻译的不好，凑合看吧）。下面的例子中就是一个程序员想重定向一个命令的输出。 


import java.util.*; 
import java.io.*; 

// StreamGobbler omitted for brevity 

public class BadWinRedirect 
{ 
public static void main(String args[]) 
{ 
try 
{ 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("java jecho 'Hello World' > test.txt"); 
// any error message? 
StreamGobbler errorGobbler = new 
StreamGobbler(proc.getErrorStream(), "ERROR"); 

// any output? 
StreamGobbler outputGobbler = new 
StreamGobbler(proc.getInputStream(), "OUTPUT"); 

// kick them off 
errorGobbler.start(); 
outputGobbler.start(); 

// any error??? 
int exitVal = proc.waitFor(); 
System.out.println("ExitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

Running BadWinRedirect produces: 


E:classescomjavaworldjpitfallsarticle2>java BadWinRedirect 
OUTPUT>'Hello World' > test.txt 
ExitValue: 0 

程序员的本意是将Hello World这个输入重订向到一个文本文件中，但是这个文件并没有生成，jecho仅仅是将命令行中的参数输出到标准输出中，用户觉得可以像dos中重定向一样将输出重定向到一个文件中，但这并不能实现，用户错误的将exec认为是一个shell解释器，但它并不是，如果你想将一个程序的输出重定向到其他的程序中，你必须用程序来实现他。可用java.io中的包。 


import java.util.*; 
import java.io.*; 

class StreamGobbler extends Thread 
{ 
InputStream is; 
String type; 
OutputStream os; 

StreamGobbler(InputStream is, String type) 
{ 
this(is, type, null); 
} 

StreamGobbler(InputStream is, String type, OutputStream redirect) 
{ 
this.is = is; 
this.type = type; 
this.os = redirect; 
} 

public void run() 
{ 
try 
{ 
PrintWriter pw = null; 
if (os != null) 
pw = new PrintWriter(os); 

InputStreamReader isr = new InputStreamReader(is); 
BufferedReader br = new BufferedReader(isr); 
String line=null; 
while ( (line = br.readLine()) != null) 
{ 
if (pw != null) 
pw.println(line); 
System.out.println(type + ">" + line); 
} 
if (pw != null) 
pw.flush(); 
} catch (IOException ioe) 
{ 
ioe.printStackTrace(); 
} 
} 
} 

public class GoodWinRedirect 
{ 
public static void main(String args[]) 
{ 
if (args.length < 1) 
{ 
System.out.println("USAGE java GoodWinRedirect <outputfile>"); 
System.exit(1); 
} 

try 
{ 
FileOutputStream fos = new FileOutputStream(args[0]); 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec("java jecho 'Hello World'"); 
// any error message? 
StreamGobbler errorGobbler = new 
StreamGobbler(proc.getErrorStream(), "ERROR"); 

// any output? 
StreamGobbler outputGobbler = new 
StreamGobbler(proc.getInputStream(), "OUTPUT", fos); 

// kick them off 
errorGobbler.start(); 
outputGobbler.start(); 

// any error??? 
int exitVal = proc.waitFor(); 
System.out.println("ExitValue: " + exitVal); 
fos.flush(); 
fos.close(); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

Running GoodWinRedirect produces: 


E:classescomjavaworldjpitfallsarticle2>java GoodWinRedirect test.txt 
OUTPUT>'Hello World' 
ExitValue: 0 

这里就不多说了，看看就明白，紧接着作者给出了一个监测命令的小程序 

import java.util.*; 
import java.io.*; 

// class StreamGobbler omitted for brevity 

public class TestExec 
{ 
public static void main(String args[]) 
{ 
if (args.length < 1) 
{ 
System.out.println("USAGE: java TestExec "cmd""); 
System.exit(1); 
} 

try 
{ 
String cmd = args[0]; 
Runtime rt = Runtime.getRuntime(); 
Process proc = rt.exec(cmd); 

// any error message? 
StreamGobbler errorGobbler = new 
StreamGobbler(proc.getErrorStream(), "ERR"); 

// any output? 
StreamGobbler outputGobbler = new 
StreamGobbler(proc.getInputStream(), "OUT"); 

// kick them off 
errorGobbler.start(); 
outputGobbler.start(); 

// any error??? 
int exitVal = proc.waitFor(); 
System.out.println("ExitValue: " + exitVal); 
} catch (Throwable t) 
{ 
t.printStackTrace(); 
} 
} 
} 

对这个程序进行运行: 
E:classescomjavaworldjpitfallsarticle2>java TestExec "e:javadocsindex.html" 
java.io.IOException: CreateProcess: e:javadocsindex.html error=193 
at java.lang.Win32Process.create(Native Method) 
at java.lang.Win32Process.<init>(Unknown Source) 
at java.lang.Runtime.execInternal(Native Method) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at java.lang.Runtime.exec(Unknown Source) 
at TestExec.main(TestExec.java:45) 

193在windows中是说这不是一个win32程序，这说明路径中找不到这个网页的关联程序，下面作者决定用一个绝对路径来试一下。 

E:classescomjavaworldjpitfallsarticle2>java TestExec 
"e:program filesnetscapeprogramnetscape.exe e:javadocsindex.html" 
ExitValue: 0 


好用了，这个我也试了一下，用的是IE。 


最后，作者总结了几条规则，防止我们在进行Runtime.exec()调用时出现错误。 


<!--[if !supportLists]-->1、 <!--[endif]-->在一个外部进程执行完之前你不能得到他的退出状态 

<!--[if !supportLists]-->2、 <!--[endif]-->在你的外部程序开始执行的时候你必须马上控制输入、输出、出错这些流。 

<!--[if !supportLists]-->3、 <!--[endif]-->你必须用Runtime.exec()去执行程序 

<!--[if !supportLists]-->4、 <!--[endif]-->你不能象命令行一样使用Runtime.exec()。
12:35
评论 / 浏览 (0 / 11)
分类:编程语言
2011-11-30
缩略显示
FileInputStream/FileOutputStream的应用
javafileoutputstreamfileinputstream
这是一对继承于InputStream和OutputStre

现在整理出几个windows下双击就能运行java程序的方法，无非就是弄成.exe和.jar文件嘛。
----------------------------------------------------------------------------------------

以下内容部分取自网上，我实在是懒得写就直接贴下来了。

首先是打包运行jar文件的方法。

现在的windows都会装j2se的解析器的，所以这就是说，如果打包成jar文件，用这个j2se解析器打开就可以双击运行。

**********************下面是jar包的打包方法************************

1.建立MANIFEST.MF (在class文件根目录下) 
以下内容为文件的基本内容 
================== 
Manifest-Version: 1.0 
Main-Class: a（主类的路径) 
Created-By: Abc Company (创建人名字) 
==================

2.打包 
按照lz给的条件 
在class文件目录下执行 
jar cvfm classes.jar MANIFEST.MF *.*

以上命令将class下所有文件打包到classes.jar,生成在class目录下

3.执行 
windows下双击就可以执行。

-----------------------------------这个是我推荐的方案，因为简单。

**************************MANIFEST.MF 文件详解**************************

打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录，这个目录下会有一些文件，其

中必有一个MANIFEST.MF，这个文件描述了该Jar文件的很多信息，下面将详细介绍MANIFEST.MF文件

的内容，先来看struts.jar中包含的MANIFEST.MF文件内容：

Manifest-Version: 1.0
Created-By: Apache Ant 1.5.1
Extension-Name: Struts Framework
Specification-Title: Struts Framework
Specification-Vendor: Apache Software Foundation
Specification-Version: 1.1
Implementation-Title: Struts Framework
Implementation-Vendor: Apache Software Foundation
Implementation-Vendor-Id: org.apache
Implementation-Version: 1.1
Class-Path: commons-beanutils.jar commons-collections.jar commons-digester.jar commons-logging.jar

commons-validator.jar jakarta-oro.jar struts-legacy.jar

如果我们把MANIFEST中的配置信息进行分类，可以归纳出下面几个大类：

一. 一般属性

1. Manifest-Version
用来定义manifest文件的版本，例如：Manifest-Version: 1.0
2. Created-By
声明该文件的生成者，一般该属性是由jar命令行工具生成的，例如：Created-By: Apache Ant 1.5.1
3. Signature-Version
定义jar文件的签名版本
4. Class-Path
应用程序或者类装载器使用该值来构建内部的类搜索路径

二. 应用程序相关属性

1. Main-Class
定义jar文件的入口类，该类必须是一个可执行的类，一旦定义了该属性即可通过 java -jar x.jar来运行该jar文件。
三. 小程序(Applet)相关属性

1. Extendsion-List
该属性指定了小程序需要的扩展信息列表，列表中的每个名字对应以下的属性
2. <extension>-Extension-Name
3. <extension>-Specification-Version
4. <extension>-Implementation-Version
5. <extension>-Implementation-Vendor-Id
5. <extension>-Implementation-URL

四. 扩展标识属性

1. Extension-Name
该属性定义了jar文件的标识，例如Extension-Name: Struts Framework
五. 包扩展属性
1. Implementation-Title   定义了扩展实现的标题
2. Implementation-Version   定义扩展实现的版本
3. Implementation-Vendor   定义扩展实现的组织 
4. Implementation-Vendor-Id   定义扩展实现的组织的标识
5. Implementation-URL :   定义该扩展包的下载地址(URL)
6. Specification-Title   定义扩展规范的标题
7. Specification-Version   定义扩展规范的版本
8. Specification-Vendor   声明了维护该规范的组织
9. Sealed   定义jar文件是否封存，值可以是true或者false (这点我还不是很理解)

六. 签名相关属性

签名方面的属性我们可以来参照JavaMail所提供的mail.jar中的一段

Name: javax/mail/Address.class
Digest-Algorithms: SHA MD5 
SHA-Digest: AjR7RqnN//cdYGouxbd06mSVfI4=
MD5-Digest: ZnTIQ2aQAtSNIOWXI1pQpw==

这段内容定义类签名的类名、计算摘要的算法名以及对应的摘要内容(使用BASE64方法进行编码)

七.自定义属性

除了前面提到的一些属性外，你也可以在MANIFEST.MF中增加自己的属性以及响应的值，例如J2ME程序jar包中就可能包含着如下信息

MicroEdition-Configuration: CLDC-1.0
MIDlet-Name: J2ME_MOBBER Midlet Suite
MIDlet-Info-URL: http://www.javayou.com/
MIDlet-Icon: /icon.png
MIDlet-Vendor: Midlet Suite Vendor
MIDlet-1: mobber,/icon.png,mobber
MIDlet-Version: 1.0.0
MicroEdition-Profile: MIDP-1.0
MIDlet-Description: Communicator

关键在于我们怎么来读取这些信息呢？其实很简单，JDK给我们提供了用于处理这些信息的API，详细的信息请见

java.util.jar包中，我们可以通过给JarFile传递一个jar文件的路径，然后调用JarFile的getManifest方法来获取Manifest信息。

****************************打包.exe文件的方案****************************


对于windows用户来说，将java应用程序打包成.exe最好不过了，现在我介绍两个方法。
1、用专业的应用程序打包工具InstallAnywhere，这个软件几乎能在所有平台上运行，当然你要下载到你需要的那个平台的啦！而且它也
能打包成各个平台的安装程序。
2、用MINI的免费的工具javalunch，JavaLauncher的下载网址是：
http://www.rolemaker.dk/nonRoleMaker/javalauncher/marner_java_launcher.htm
下载下来的文件是一个名JavaLauncher.zip的压缩包，解压后的目录结构：
l           source目录包含了JavaLauncher的源程序，是用C语言写的
l           changes.txt是新版的修改说明
l           launch.exe是主程序
l           launcher.cfg是配置文件
l           readme.txt是一些说明和示例
我们只需要launch.exe、launcher.cfg两个文件，将这两个文件复制到打包文件所在的目录。launcher.cfg是一
个仅三行内容的文本文件，将它修改如下：
.\java1.4.2\jre\bin\javaw.exe 
-jar myswt.jar
l           第一行设置指向JAR包myswt.jar的目录，由于launch.exe和myswt.jar同在一个目录，所以用"."即当前目录。
l           第二行设置指向jre\bin\javaw.exe的路径。
配置好launcher.cfg后，双击launch.exe即可运行java应用程序。
如果仔佃研究eclipse的启动方式，发现eclipse和JavaLauncher的原理一样：eclipse.exe相当于launch.exe，
startup.jar相当于myswt.jar。只不过eclipse.exe不象launch.exe要具有通用性，所以它没有*.cfg这样的配置文件，
而是将启动信息固化在eclipse.exe中。
另：美化图标
launch.exe文件的图标太单调了，让我们给它换个好看点的。换程序的图标需要用到一个免费的软件：Resource Hacker，
它有中文版，下载网址是：
http://www.users.on.net/johnson/resourcehacker/
由于这个软件有中文版的，在这里我就不多说了，挺简单的。
------------------------写了这么一坨，我没看完。没研究这个工具的心情。
******************************插件实现.exe文件导出****************************

一 JSmooth 
1.出品 
Jsmooth,Sourceforge.net 
2. 类型 
free 
3. 下载 
http://jsmooth.sourceforge.net/download.php 
4. 步骤 
a)利用Eclipse将所需要的主类打成可独立运行的jar包，注意添加manifest属性和MainClass。 
b)新建一个Jsmooth工程 
c) 在sketlon中选择“Console“ 或者 “Windowed“ 
d) 在Executable中的配置： 
i. Executable Binary：填写目的输出源的名称。如test.exe. 
ii. Executable Icon ：选择一个好看点的图标 
iii. Current Driectory ：.(表示当前工程目录，当然也可行换成别的,As you wish.) 
e) 在Application中的配置： 
i. Classpath：选中我们所生成的jar包以及运行该jar文件所需要的类库 
ii. Main-Class：选中我们所需要运行的主类。 
iii. 可选项Use an embedded jar：运行该exe时可能需要到的类库（这里只能有一个类库）。 
f) 在JVM Selection中的配置： 
i. Minimum JVM Version：写一个需要运行该程序所需的最低的就JVM的版本，比如1.4 
g) Compile：OK，编译成功后，在你的输出目录上就会有一个崭新的exe程序了。Just enjoy it. 
二 exe4J 
1. 出品 
ej-technologies 
2.类型 
Shared software,needs license 
3.下载 
http://www.ej-technologies.com/download/exe4j/files.php 
4. 步骤 
a) 利用Eclipse将所需要的主类打成可独立运行的jar包，注意添加manifest属性和MainClass。 
b) 新建一个exe4j工程 
c) 选择“JAR in exe“ mode 
d) 在Configure application中的配置： 
i. Short name：随便写. 
ii. Ourput Driectory ：选择输出路径。 
e) 在Configure Executable中的配置： 
i. Executable type： 有三个选项，图形，控制台.或服务。从简单点开始吧，这里我们选console 
ii. Executable name：填写目的输出源的名称。如test.exe 
iii. Icon file：exe图标文件，但必须是.ico文件 
f) 在Configure Java invocation中的配置： 
i. Classpath：选中我们所生成的jar包以及运行该jar文件所需要的类库 
ii. Main-Class：选中我们所需要运行的主类。 
iii.Arguments（可选项）：输入参数。我们这里暂不需要。 
g)在Configure JRE中的配置： 
i. Minimum Version：写一个需要运行该程序所需的最低的就JVM的版本，比如1.4 
h) 一直next，对于所遇到的步骤选项都默认，直到finish：OK。编译成功后，在你的输出目录上就会有一个崭新的exe程序了。Just enjoy it. 
三 总结和比较 
由Java生成exe的工具还有很多，上面两种是我个人觉得用起来觉得比较方便的。两者的原理基本相同，但具体用起来还是有一点点不太一样的： 
1.相同点 
a) 最大的相同点当然是他们原理是互通的。都是通过将可运行的java程序打成可执行的jar包。再作转换。 
b) 所生成的exe可执行程序，需要在装有比minimum version高的JVM环境下运行。 
2. 不同点 
a) 生成exe的时候，如果想要exe只需要pure JVM的环境（不需要第三方的类库）就可以运行的话。在JSmooth需要将所有的用到的第三方类库压缩成一个jar包（因为它有个embeded jar的选项），这就比较麻烦，因为当需要的jar多于一个时候，就需要将这些jar包先用jar –xvf 解压缩，在用jar –cvf重新制作新的jar文件，再放到embeded jar选项中去；而exe4J则会把classppath中所用到的jar包也会编译到exe中去。 
b) JSmooth是免费的；而exe4J是共享软件，需要注册，否则在执行exe的时候会弹出很惹人烦的提示框。 
c)ico文件的选择：exe4J要求严格的ico文件,而JSmooth则可以兼容jpg等其他各式的图片。
---------------------
发布Java应用程序时你会感到困难？好在Java提供了一系列打包和发布工具，可以显著的简化发布过程


该文章提供了打包Java code的几种方法，我们将会探讨Java manifest 文件，给出用于管理JAR文件所依赖文件、估计跨平台发布所需的CLasspath的合适方法.我也会解释如何使用manifest包版本特性来确认包的兼容性...

什么是JAR文件？

在开发过程中，我们可以直接使用Java class文件来运行程序，但这并不是一个好方式，好在Java 提供了 JAR(Java Archive)文件来提供发布和运行。

jar 文件实际上是class 文件的ZIP压缩存档，这种格式被广泛使用，因此易与使用，有很多中工具可以操作这种格式的文件。也正是因为这个原因，jar文件本身并不能表达所包含应用程序的标签信息。

Manifest 因此得以出现
为了要提供存档的标签信息，jar 文件指定了一个特定目录来存放标签信息：META-INF 目录，其中我们来关注该目录中的MANIFEST.MF文件，他就是JAR的manifest文件，他包含了JAR文件的内容描述，并在运行时向JVM提供应用程序的信息，大多数JAR文件含有一个默认生成的manifest 文件,执行JAR命令或使用zip工具，都可以产生它
如果是由jar命令产生的 manifest 文件，形如:
Manifest-Version: 1.0
Created-By:1.4.0-beta
(Sun Microsystems Inc.) 
这些信息没甚么用,仅仅告诉我们使用的是1.0的manifest文件,第一行定义manifest的格式，第二行说明使用 SUN 的JDK1.4的jar工具生成该文件，如果manifest文件是由其他 （如ant） 创建的，那将会出现 “Created-By: Ant 1.2” 之类的内容，如果你是自己创建manifest文件，你可以加入自己的一些相关信息.

基础格式

manifest 文件的格式 是很简单的，每一行都是 名－值 对应的:属性名开头，接着是 ":" ，然后是属性值，每行最多72个字符，如果需要增加，你可以在下一行续行，续行以空格开头，以空格开头的行都会被视为前一行的续行。
所有在开头的属性都是全局的，你也可以定义特定class 或package的属性，稍后将介绍这种
把manifest文件插入JAR文件
使用 m 选项，把指定文件名的manifest文件 传入，例如
jar cvfm myapplication.jar myapplication.mf -C classdir 

如果你使用ant来创建时，在ant 的build.xml 加入如下条目


manifest="myapplication.mf">

includes="**/*.class"/>

 
运行Java程序
现在我们来体验一下manifest文件的作用，如果现在我们有一个Java 应用程序打包在myapplication.jar中， main class为 com.example.myapp.MyAppMain ，那么我们可以用以下的命令来运行
java -classpath myapplication.jar com.example.myapp.MyAppMain
这显然太麻烦了，现在我们来创建自己的manifest文件，如下：
Manifest-Version: 1.0
Created-By: JDJ example
Main-Class: com.example.myapp.MyAppMain
这样我们就可以使用如下的命令来运行程序了：（明显简单多了，也不会造成无谓的拼写错误）
java -jar myapplication.jar
管理JAR的依赖资源
很少Java应用会仅仅只有一个jar文件，一般还需要 其他类库。比如我的应用程序用到了Sun 的 Javamail classes ，在classpath中我需要包含activation.jar 和 mail.jar,这样在运行程序时,相比上面的例子,我们要增加一些:
java -classpath mail.jar:activation.jar -jar myapplication.jar
在不同的操作系统中,jar包间的分隔符也不一样，在UNIX用“：”，在window中使用 “；”，这样也不方便
同样，我们改写我们的manifest文件，如下
Manifest-Version: 1.0
Created-By: JDJ example
Main-Class: com.example.myapp.MyAppMain
Class-Path: mail.jar activation.jar
（加入了Class-Path: mail.jar activation.jar，用空格分隔两个jar包）
这样我们仍然可以使用和上例中相同的命令来执行该程序：
java -jar myapplication.jar
Class-Path属性中包含了用空格分隔的jar文件，在这些jar文件名中要对特定的字符使用逃逸符，比如空格，要表示成" "，在路径的表示中，都采用“/”来分隔目录，无论是在什么操作系统中，(即使在window中)，而且这里用的是相对路径（相对于本身的JAR文件）：
Manifest-Version: 1.0
Created-By: JDJ example
Main-Class: com.example.myapp.MyAppMain
Class-Path: ext/mail.jar ext/activation.jar 
Multiple Main Classes（多主类）
还有一种Multiple Main Classes情况，如果你的应用程序可能有命令行版本 和GUI版本，或者一些不同的应用却共享很多相同的代码，这时你可能有多个Main Class，我们建议你采取这样的策略：把共享的类打成lib包，然后把不同的应用打成不同的包，分别标志主类：如下
Manifest for myapplicationlib.jar:
Manifest-Version: 1.0
Created-By: JDJ example
Class-Path: mail.jar activation.jar 
Manifest for myappconsole.jar:
Manifest-Version: 1.0
Created-By: JDJ example
Class-Path: myapplicationlib.jar
Main-Class: com.example.myapp.MyAppMain 
Manifest for myappadmin.jar:
Manifest-Version: 1.0
Created-By: JDJ example
Class-Path: myapplicationlib.jar
Main-Class: com.example.myapp.MyAdminTool 
在myappconsole.jar 和 myappadmin.jar的manifest文件中分别注明各自的 Main Class
Package Versioning
完成发布后，如果使用者想了解 ，哪些代码是谁的？目前是什么版本？使用什么版本的类库？解决的方法很多 ，manifest提供了一个较好的方法，你可以在manifest文件中描述每一个包的信息。
Java 秉承了实现说明与描述分离的原则，package 的描述 定义了package 是什么，实现说明 定义了谁提供了描述的实现，描述和实现包含 名、版本号和提供者。要得到这些信息，可以查看JVM的系统属性（使用 java.lang.System.getProperty() ）
在manifest文件中，我可以为每个package定义描述和实现版本，声明名字，并加入描述属性和实现属性，这些属性是
Specification-Title 
Specification-Version 
Specification-Vendor 
Implementation-Title 
Implementation-Version 
Implementation-Vendor 
当要提供一个类库或编程接口时，描述信息显得是很重要，见以下范例：
Manifest-Version: 1.0
Created-By: JDJ example
Class-Path: mail.jar activation.jar 
Name: com/example/myapp/
Specification-Title: MyApp
Specification-Version: 2.4
Specification-Vendor: example.com
Implementation-Title: com.example.myapp
Implementation-Version: 2002-03-05-A
Implementation-Vendor: example.com
Package Version 查询
在manifest文件中加入package描述后，就可以使用Java提供的java.lang.Package class进行Package 的信息查询，这里列举3个最基本的获取package object的方法
1.Package.getPackages():返回系统中所有定义的package列表
2.Package.getPackage(String packagename):按名返回package
3.Class.getPackage():返回给定class所在的package
使用者这方法就可以动态的获取package信息.
需要注意的是如果给定的package中没有class被加载,则也无法获得package 对象

Manifest 技巧
总是以Manifest-Version属性开头
每行最长72个字符，如果超过的化，采用续行
确认每行都以回车结束，否则改行将会被忽略
如果Class-Path 中的存在路径，使用"/"分隔目录，与平台无关
使用空行分隔主属性和package属性
使用"/"而不是"."来分隔package 和class ,比如 com/example/myapp/
class 要以.class结尾，package 要以 / 结尾

private int getActiveStreamType(int suggestedStreamType) {

    boolean isOffhook = false;

    try {

        ITelephony phone = ITelephony.Stub.asInterface(ServiceManager.checkService("phone"));

        if (phone != null) isOffhook = phone.isOffhook();

    } catch (RemoteException e) {

        Log.w(TAG, "Couldn't connect to phone service", e);

    }



    if (AudioSystem.getForceUse(AudioSystem.FOR_COMMUNICATION) == AudioSystem.FORCE_BT_SCO) {

        // Log.v(TAG, "getActiveStreamType: Forcing STREAM_BLUETOOTH_SCO...");

        return AudioSystem.STREAM_BLUETOOTH_SCO;

    } else if (isOffhook || AudioSystem.isStreamActive(AudioSystem.STREAM_VOICE_CALL)) {

        // Log.v(TAG, "getActiveStreamType: Forcing STREAM_VOICE_CALL...");

        return AudioSystem.STREAM_VOICE_CALL;

    } else if (AudioSystem.isStreamActive(AudioSystem.STREAM_MUSIC)) {

        // Log.v(TAG, "getActiveStreamType: Forcing STREAM_MUSIC...");

        return AudioSystem.STREAM_MUSIC;

    } else if (suggestedStreamType == AudioManager.USE_DEFAULT_STREAM_TYPE) {

        // Log.v(TAG, "getActiveStreamType: Forcing STREAM_RING...");

        return AudioSystem.STREAM_MUSIC; //STREAM_RING;

    } else {

        // Log.v(TAG, "getActiveStreamType: Returning suggested type " + suggestedStreamType);

        return suggestedStreamType;

    }

}

以下我总结和归纳了下内存方面的东东，希望大家一起交流进步，有误之处请大家指正和完善。
如何优化内存管理：
1.在循环内尽量不要使用局部变量。
2.不用的对象可以把它指向NULL，并注意自己的代码质量。
3.显示让系统GC回收
if(bitmapObject.isRecycled()==false) //如果没有回收 
         bitmapObject.recycle();   //http://www.cnblogs.com/tankaixiong/
4.对大型图片进行缩放有，处理图片时我们经常会用到BitmapFactory类，android系统中读取位图Bitmap时分给虚拟机中图片的堆栈大小只有8M。
用BitmapFactory解码一张图片时，有时也会遇到该错误。这往往是由于图片过大造成的。这时我们需要分配更少的内存空间来存储。
BitmapFactory.Options.inSampleSize设置恰当的inSampleSize可以使BitmapFactory分配更少的空间以消除该错误。inSampleSize的具体含义请参考SDK文档。Android提供了一种动态计算的

方法，可以去查看源码，这里不多讲。
例如：
     BitmapFactory.Options opts = new BitmapFactory.Options();
    opts.inSampleSize = 4 ;
    Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
5.Dalvik.VMRuntime类，提供对虚拟机全局，Dalvik的特定功能的接口。
Android为每个程序分配的对内存可以通过Runtime类的 totalMemory() freeMemory() 两个方法获取VM的一些内存信息，对于系统heap内存获取，可以通过Dalvik.VMRuntime类的

getMinimumHeapSize() 方法获取最小可用堆内存，同时显示释放软引用可以调用该类的gcSoftReferences() 方法，收集可用内存。
我们还可以强制定义自己软件的对内存大小，我们使用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。当然对于内存吃紧来说还可以通过手动干涉GC去处理，我们将在下次提到具体应用。 

使用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然具体原理我们可以参考开源工程，
 这里我们仅说下使用方法: 
 private final static float TARGET_HEAP_UTILIZATION = 0.75f;
在程序onCreate时就可以调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。 

6.缓存，适量使用缓存，不要过量使用，因为内存有限，能保存路径地址的就不要存放图片数据，不经常使用的尽量不要缓存，不用时就清空。

7.尽量使用Android 自己一套的机制，因为android是基于Dalvik而非JVM。

 InputStream is = null;
         try {
         is = new FileInputStream(new File(picstr));
    
         } catch (FileNotFoundException e) {
        // http://www.cnblogs.com/tankaixiong/
        // }
下面这个方法肯定优于上面这个方法。
 Resources re = mContext.getResources();
         InputStream is = re.openRawResource(picstr);

Ò»¸öMeasureSpec·â×°Á˸¸²¼¾Ö´«µÝ¸ø×Ó²¼¾ÖµÄ²¼¾ÖÒªÇó£¬Ã¿¸öMeasureSpec´ú±íÁËÒ»×é¿í¶ÈºÍ¸ß¶ÈµÄÒªÇó¡£Ò»¸öMeasureSpecÓÉ´óСºÍģʽ×é³É¡£ËüÓÐÈýÖÖģʽ£ºUNSPECIFIED(δָ¶¨),¸¸ÔªËز¿¶Ó×ÔÔªËØÊ©¼ÓÈκÎÊø¸¿£¬×ÓÔªËØ¿ÉÒԵõ½ÈÎÒâÏëÒªµÄ´óС£»EXACTLY(ÍêÈ«)£¬¸¸ÔªËؾö¶¨×ÔÔªËصÄÈ·ÇдóС£¬×ÓÔªËؽ«±»ÏÞ¶¨ÔÚ¸ø¶¨µÄ±ß½çÀï¶øºöÂÔËü±¾Éí´óС£»AT_MOST(ÖÁ¶à)£¬×ÓÔªËØÖÁ¶à´ïµ½Ö¸¶¨´óСµÄÖµ¡£
 
¡¡¡¡Ëü³£ÓõÄÈý¸öº¯Êý£º
¡¡¡¡1.static int getMode(int measureSpec):¸ù¾ÝÌṩµÄ²âÁ¿Öµ(¸ñʽ)Ìáȡģʽ(ÉÏÊöÈý¸öģʽ֮һ)
¡¡¡¡2.static int getSize(int measureSpec):¸ù¾ÝÌṩµÄ²âÁ¿Öµ(¸ñʽ)ÌáÈ¡´óСֵ(Õâ¸ö´óСҲ¾ÍÊÇÎÒÃÇͨ³£Ëù˵µÄ´óС)
¡¡¡¡3.static int makeMeasureSpec(int size,int mode):¸ù¾ÝÌṩµÄ´óСֵºÍģʽ´´½¨Ò»¸ö²âÁ¿Öµ(¸ñʽ)

¡¡¡¡Õâ¸öÀàµÄʹÓÃÄØ£¬Í¨³£ÔÚview×é¼þµÄonMeasure·½·¨ÀïÃæµ÷Óõ«Ò²ÓÐÉÙÊýÀýÍ⣬¿´¿´¼¸¸öÀý×Ó£º
 
¡¡¡¡a.Ê×ÏÈÒ»¸öÎÒÃdz£Óõ½µÄÒ»¸öÓÐÓõĺ¯Êý£¬View.resolveSize(int size,int measureSpec)
 

 public static int resolveSize(int size, int measureSpec) {
     int result = size;
     int specMode = MeasureSpec.getMode(measureSpec);
     int specSize =  MeasureSpec.getSize(measureSpec);
     switch (specMode) {
     case MeasureSpec.UNSPECIFIED:
         result = size;
         break;
     case MeasureSpec.AT_MOST:
         result = Math.min(size, specSize);
         break;
     case MeasureSpec.EXACTLY:
         result = specSize;
         break;
     }
     return result;
 }

¡¡¡¡ÉÏÃæ¼ÈȻҪÓõ½measureSpecÖµ£¬ÄÇ×ÔÈ»±íʾÕâ¸öº¯Êýͨ³£ÊÇÔÚonMeasure·½·¨ÀïÃæµ÷Óõġ£¼òµ¥ËµÒ»Ï£¬Õâ¸ö·½·¨µÄÖ÷Òª×÷ÓþÍÊǸù¾ÝÄãÌṩµÄ´óСºÍģʽ£¬·µ»ØÄãÏëÒªµÄ´óСֵ£¬Õâ¸öÀïÃæ¸ù¾Ý´«ÈëģʽµÄ²»Í¬À´×öÏàÓ¦µÄ´¦Àí¡£
¡¡¡¡ÔÙ¿´¿´MeasureSpec.makeMeasureSpec·½·¨£¬Êµ¼ÊÉÏÕâ¸ö·½·¨ºÜ¼òµ¥£º

  public static int makeMeasureSpec(int size, int mode) {
      return size + mode;
  }

¡¡¡¡ÕâÑù´ó¼Ò²»ÄÑÀí½âsize¸úmeasureSpecÇø±ðÁË¡£¿´¿´ËüµÄʹÓðÉ,ListView.measureItem(View child)
 

 private void measureItem(View child) {
     ViewGroup.LayoutParams p = child.getLayoutParams();
     if (p == null) {
         p = new ViewGroup.LayoutParams(
                 ViewGroup.LayoutParams.MATCH_PARENT,
                 ViewGroup.LayoutParams.WRAP_CONTENT);
     }

     int childWidthSpec = ViewGroup.getChildMeasureSpec(mWidthMeasureSpec,
             mListPadding.left + mListPadding.right, p.width);
     int lpHeight = p.height;
     int childHeightSpec;
     if (lpHeight > 0) {
         childHeightSpec = MeasureSpec.makeMeasureSpec(lpHeight, MeasureSpec.EXACTLY);
     } else {
         childHeightSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);
     }
     child.measure(childWidthSpec, childHeightSpec);
 }

¡¡¡¡measureSpec·½·¨Í¨³£ÔÚViewGroupÖÐÓõ½£¬Ëü¿ÉÒÔ¸ù¾Ýģʽ(MeasureSpecÀïÃæµÄÈý¸ö)¿ÉÒÔµ÷½Ú×ÓÔªËصĴóС¡£
¡¡¡¡×¢Ò⣬ʹÓÃEXACTLYºÍAT_MOSTͨ³£ÊÇÒ»ÑùµÄЧ¹û£¬Èç¹ûÄãÒªÇø±ðËûÃÇ£¬ÄÇôÄã¾ÍҪʹÓÃÉÏÃæµÄº¯ÊýView.resolveSize(int size,int measureSpec)·µ»ØÒ»¸ösizeÖµ£¬È»ºóʹÓÃÄãµÄviewµ÷ÓÃsetMeasuredDimension(int,int)º¯Êý¡£
 

 protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {
     mMeasuredWidth = measuredWidth;
     mMeasuredHeight = measuredHeight;

     mPrivateFlags |= MEASURED_DIMENSION_SET;
 }

¡¡¡¡È»ºóÄãµ÷ÓÃview.getMeasuredWidth£¬view.getMeasuredHeigth ·µ»ØµÄ¾ÍÊÇÉÏÃ溯ÊýÀïµÄmMeasuredWidth,mMeasuredHeightµÄÖµ¡£

系统已经有的东西，如果我们没有新的需求的话，直接调用是最直接的。下面讲讲调用系统相机拍照并保存图片和如何调用系统相册的方法。
首先看看调用系统相机的核心方法：
Intent camera = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
 startActivityForResult(camera, CAMERA);
相机返回的数据通过下面的回调方法取得，并处理：
@Override
 protected void onActivityResult(int requestCode, int resultCode, Intent data) {
  super.onActivityResult(requestCode, resultCode, data);
  
  if(requestCode == CAMERA && resultCode == Activity.RESULT_OK && null != data){
   String sdState=Environment.getExternalStorageState();
   if(!sdState.equals(Environment.MEDIA_MOUNTED)){
    GameLog.log(Tag, "sd card unmount");
    return;
   }
   new DateFormat();
   String name= DateFormat.format("yyyyMMdd_hhmmss", Calendar.getInstance(Locale.CHINA))+".jpg";
   Bundle bundle = data.getExtras();
   //获取相机返回的数据，并转换为图片格式
   Bitmap bitmap = (Bitmap)bundle.get("data");
   FileOutputStream fout = null;
   File file = new File("/sdcard/pintu/");
   file.mkdirs();
   String filename=file.getPath()+name;
   try {
    fout = new FileOutputStream(filename);
    bitmap.compress(Bitmap.CompressFormat.JPEG, 100, fout);
   } catch (FileNotFoundException e) {
    e.printStackTrace();
   }finally{
    try {
     fout.flush();
     fout.close();
    } catch (IOException e) {
     e.printStackTrace();
    }
   }
   //显示图片
   
  }
}
 
下面是调用系统相册并取得照片的方法：
Intent picture = new Intent(Intent.ACTION_PICK,android.provider.MediaStore.Images.Media.EXTERNAL_CONTENT_URI);
startActivityForResult(picture, PICTURE);
下面是相应的回调方法：
 
@Override
 protected void onActivityResult(int requestCode, int resultCode, Intent data) {
  super.onActivityResult(requestCode, resultCode, data);
  
  if(requestCode == CAMERA && resultCode == Activity.RESULT_OK && null != data){
  
   Uri selectedImage = data.getData();
   String[] filePathColumns={MediaStore.Images.Media.DATA};
   Cursor c = this.getContentResolver().query(selectedImage, filePathColumns, null,null, null);
   c.moveToFirst();

在Android中，除了从界面上启动程序之外，还可以从命令行启动程序，使用的是命令行工具am.

usage: am [subcommand] [options]

    start an Activity: am start [-D]
        -D: enable debugging

    send a broadcast Intent: am broadcast

    start an Instrumentation: am instrument [flags]
        -r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT)
        -e : set argument to
        -p : write profiling data to
        -w: wait for instrumentation to finish before returning

    start profiling: am profile start
    stop profiling: am profile stop

    specifications include these flags:
        [-a ] [-d ] [-t ]
        [-c [-c ] ...]
        [-e|--es ...]
        [--ez ...]
        [-e|--ei ...]
        [-n ] [-f ] []

启动的方法为

      $ adb shell
      $ am start -n ｛包(package)名｝/｛包名｝.{活动(activity)名称}

程序的入口类可以从每个应用的AndroidManifest.xml的文件中得到，以计算器（calculator）为例，它的

package="com.android.calculator2" …>…

由此计算器（calculator）的启动方法为：

# am start -n com.android.calculator2/com.android.calculator2.Calculator

对于HelloActivity这个示例工程，AndroidManifest.xml如下所示：

package="com.example.android.helloactivity" …>

由此它的启动方法为：

# am start -n com.example.android.helloactivity/com.example.android.helloactivity.HelloActivity

其他的一些应用启动命令，如下所示：

calendar（日历）的启动方法为：

# am start -n com.android.calendar/com.android.calendar.LaunchActivity

AlarmClock（闹钟）的启动方法为：

# am start -n com.android.alarmclock/com.android.alarmclock.AlarmClock

Music 和 Video（音乐和视频）的启动方法为：

# am start -n com.android.music/com.android.music.MusicBrowserActivity

# am start -n com.android.music/com.android.music.VideoBrowserActivity

# am start -n com.android.music/com.android.music.MediaPlaybackActivity

Camera（照相机）的启动方法为：

# am start -n com.android.camera/com.android.camera.Camera

Browser（浏览器）的启动方法为：

# am start -n com.android.browser/com.android.browser.BrowserActivity

　　一般情况希望，一个Android应用对应一个工程。值得注意的是，有一些工程具有多个活动（activity），而有一些应用使用一个工程。例如：在Android界面中，Music和Video是两个应用，但是它们使用的都是packages/apps/Music这一个工程。而在这个工程的AndroidManifest.xml文件中，有包含了不同的活动（activity）。
 

Music 和 Video（音乐和视频）的启动方法为：

# am start -n com.android.music/com.android.music.MusicBrowserActivity

# am start -n com.android.music/com.android.music.VideoBrowserActivity

# am start -n com.android.music/com.android.music.MediaPlaybackActivity


Camera（照相机）的启动方法为：

# am start -n com.android.camera/com.android.camera.Camera

 
Browser（浏览器）的启动方法为：

# am start -n com.android.browser/com.android.browser.BrowserActivity

 
启动浏览器 :

am start -a android.intent.action.VIEW -d  http://www.google.cn/

 
拨打电话 :

am start -a android.intent.action.CALL -d tel:10086


启动 google map 直接定位到北京 :

am start -a android.intent.action.VIEW geo:0,0?q=beijing

url:http://greatverve.cnblogs.com/archive/2012/02/10/android-am.html

一般在平时工作中，基本上很多代码可以在eclipse+ndk进行调试，但如果需要用到具体的硬件设备，如媒体播放设备无法模拟的情况下，只能上硬件(盒子或手机)上进行调试。此时唯一的调试手段就是logcat产生log信息进行分析问题了。

　　什么时候会有Log文件的产生 ?一般在如下几种情况会产生log文件 。

　　1、程序异常退出 uncaused exception

　　2、程序强制关闭 Force Closed (简称FC)

　　3、程序无响应 Application No Response(简称ANR),一般主线程超过5秒么有处理就会ANR

　　4、手动生成

　　进入控制台输入：logcat命令即可进行输出

　　第一部分

　　1、分析工具介绍

　　a、cat /proc/meminfo 显示基本的内存信息

　　------ MEMORY INFO (/proc/meminfo) ------

　　MemTotal: 285184 kB

　　MemFree: 106360 kB

　　Buffers: 0 kB

　　Cached: 60036 kB

　　SwapCached: 0 kB

　　Active: 98160 kB

　　Inactive: 49100 kB

　　Active(anon): 87260 kB

　　Inactive(anon): 288 kB

　　Active(file): 10900 kB

　　Inactive(file): 48812 kB

　　Unevictable: 0 kB

　　Mlocked: 0 kB

　　SwapTotal: 0 kB

　　SwapFree: 0 kB

　　Dirty: 0 kB

　　Writeback: 0 kB

　　AnonPages: 87240 kB

　　Mapped: 26500 kB

　　Shmem: 324 kB

　　Slab: 13340 kB

　　SReclaimable: 1672 kB

　　SUnreclaim: 11668 kB

　　KernelStack: 2160 kB

　　PageTables: 5600 kB

　　NFS_Unstable: 0 kB

　　Bounce: 0 kB

　　WritebackTmp: 0 kB

　　CommitLimit: 142592 kB

　　Committed_AS: 1065600 kB

　　VmallocTotal: 417792 kB

　　VmallocUsed: 137700 kB

　　VmallocChunk: 254980 kB

　　重点关注这下面几个值：

　　MemTotal: 285184 kB //总计物理内存的大小

　　MemFree: 106360 kB //可用内存有多少

　　Buffers: 0 kB //磁盘缓存内存的大小

　　Cached: 60036 kB

　　# free

　　free

　　total used free shared buffers

　　Mem: 285184 178884 106300 0 0

　　Swap: 0 0 0

　　Total: 285184 178884 106300

　　在linux中有这么一种思想，内存不用白不用，因此它尽可能的cache和buffer一些数据，以方便下次使用。

　　但实际上这些内存也是可以立刻拿来使用的。

　　所以空闲内存=free+buffers+cached=total-used

　　还有几个命令可使用：

　　/proc/meminfo 机器的内存使用信息

　　/proc/pid/maps pid为进程号，显示当前进程所占用的虚拟地址。

　　/proc/pid/statm 进程所占用的内存

　　b、查看进程信息

　　------ CPU INFO (top -n 1 -d 1 -m 30 -t) ------

　　能够实时显示系统中各个进程的资源占用状况，类似于 Windows 的任务管理器

　　c、android提供的一些操作工具

　　------ PROCRANK (procrank) ------

　　------ PROCMEM (procmem) ------

　　------ SHOWMAP (showmap) ------

　　... 就不一一列举了，有兴趣的朋友可以去看看

　　这此工具的代码位于android的 /system/extras

　　d、虚拟内存的查看工具

　　------ VIRTUAL MEMORY STATS (/proc/vmstat) ------

　　------ VMALLOC INFO (/proc/vmallocinfo) ------

　　2、时间信息,也是我们主要分析的信息

　　格式如下：

　　------ SYSTEM LOG (logcat -b system -v time -d *:v) ------

　　$:logcat -b system -v time -d *:v

　　01-02 08:00:02.570 I/SystemServer( 957): Notification Manager

　　01-02 08:00:02.570 I/SystemServer( 957): Device Storage Monitor

　　01-02 08:00:02.580 I/SystemServer( 957): Location Manager

　　01-02 08:00:02.580 I/SystemServer( 957): Search Service

　　01-02 08:00:02.590 I/SystemServer( 957): DropBox Service

　　01-02 08:00:02.590 I/SystemServer( 957): Wallpaper Service

　　3、虚拟机信息,包括进程的,线程的跟踪信息,这是用来跟踪进程和线程具体点的好地方 。

　　------ VM TRACES JUST NOW (/data/anr/traces.txt.bugreport: 2011-01-15 16:49:02) ------

　　------ VM TRACES AT LAST ANR (/data/anr/traces.txt: 2011-01-15 16:49:02) ------

　　格式如下 ：

　　----- pid 1516 at 1970-01-02 08:03:07 -----

　　Cmd line: com.ipanel.join.appstore

　　DALVIK THREADS:

　　(mutexes: tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)

　　"main" prio=5 tid=1 NATIVE

　　| group="main" sCount=1 dsCount=0 obj=0x4001f188 self=0xd028

　　| sysTid=1516 nice=0 sched=3/0 cgrp=[fopen-error:2] handle=-1345017744

　　第二部分

　　如何分析log信息

　　1、查找错误信息的关键字眼

　　"error" "failxx" "E/" 等的错误信息

　　将这些问题先行解决掉

　　2、动态库死机

　　查看类似的“Build fingerprint:”这些关键字

　　I/DEBUG ( 692): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

　　I/DEBUG ( 692): Build fingerprint: 'generic/generic/generic:2.3.1/GRH78/eng.userdev-rd6-input.20120221.113348:eng/test-keys'

　　I/DEBUG ( 692): pid: 694, tid: 694 >>> /system/bin/mediaserver <<<

　　I/DEBUG ( 692): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000input module init -->

　　010

　　对于这此信息，可以查看动态库的分析：

　　http://blog.csdn.net/andyhuabing/article/details/7074979

　　3、解决java抛异常的问题解决

　　E/UsbObserver( 957): java.lang.NullPointerException

　　E/UsbObserver( 957): at com.android.server.UsbObserver.init(UsbObserver.java:131)

　　E/UsbObserver( 957): at com.android.server.UsbObserver.<init>(UsbObserver.java:65)

　　E/UsbObserver( 957): at com.android.server.ServerThread.run(SystemServer.java:419)

　　I/SystemServer( 957): UI Mode Manager Service

　　这个直接找到java代码，分析其实现即可解决

　　4、ANR问题

　　搜索“ANR”关键词，快速定位到关键事件信息 。

　　定位到关键的事件信息如下:

　　I/dalvikvm( 1014): Wrote stack traces to '/data/anr/traces.txt'

　　I/Process ( 957): Sending signal. PID: 1124 SIG: 9

　　E/ActivityManager( 957): ANR in com.ipanel.join.appstore

　　E/ActivityManager( 957): Reason: Broadcast of Intent { act=android.appwidget.action.APPWIDGET_UPDATE cmp=com.ipanel.join.appstore/.widget.SmallWidget1 (has extras) }

　　E/ActivityManager( 957): Load: 1.57 / 0.38 / 0.13

　　E/ActivityManager( 957): CPU usage from 6290ms to 0ms ago:

　　E/ActivityManager( 957): 70% 957/system_server: 1.1% user + 69% kernel / faults: 204 minor

　　E/ActivityManager( 957): 8.7% 1014/com.ipanel.join.home.jelly: 7.7% user + 0.9% kernel / faults: 899 minor

　　E/ActivityManager( 957): 0.3% 687/yaffs-bg-1: 0% user + 0.3% kernel

　　E/ActivityManager( 957): 0.3% 688/yaffs-bg-1: 0% user + 0.3% kernel

　　E/ActivityManager( 957): 0.3% 935/irkeyservice: 0% user + 0.3% kernel

　　E/ActivityManager( 957): 0% 890/galcore daemon : 0% user + 0% kernel

　　E/ActivityManager( 957): 0.1% 1076/com.ipanel.join.browser: 0.1% user + 0% kernel

　　E/ActivityManager( 957): 0.1% 1124/com.ipanel.join.appstore: 0.1% user + 0% kernel

　　E/ActivityManager( 957): 75% TOTAL: 4.7% user + 70% kernel

　　E/ActivityManager( 957): CPU usage from 622ms to 1169ms later:

　　E/ActivityManager( 957): 71% 957/system_server: 0% user + 71% kernel / faults: 2 minor

　　E/ActivityManager( 957): 67% 965/SurfaceFlinger: 0% user + 67% kernel

　　E/ActivityManager( 957): 1.9% 973/ActivityManager: 1.9% user + 0% kernel

　　E/ActivityManager( 957): 1.9% 991/CursorMove: 0% user + 1.9% kernel

　　E/ActivityManager( 957): 7.6% 1014/com.ipanel.join.home.jelly: 7.6% user + 0% kernel / faults: 31 minor

　　E/ActivityManager( 957): 5.7% 1119/Thread-13: 5.7% user + 0% kernel

　　E/ActivityManager( 957): 1.9% 1123/Thread-13: 1.9% user + 0% kernel

　　E/ActivityManager( 957): 76% TOTAL: 1.8% user + 72% kernel + 1.8% softirq

　　指定哪个java包出问题

　　E/ActivityManager( 957): ANR in com.ipanel.join.appstore

　　进程号为957发生了如下错误：com.ipanel.join.appstore 包下面 Broadcast问题

　　ANR原因：

　　E/ActivityManager( 957): Reason: Broadcast of Intent { act=android.appwidget.action.APPWIDGET_UPDATE cmp=com.ipanel.join.appstore/.widget.SmallWidget1 (has extras) }

　　这是ANR的堆栈调用文件

　　I/dalvikvm( 1014): Wrote stack traces to '/data/anr/traces.txt'

　　通过上面的log信息分析，应该是接收一个广播消息时超时了

　　我们再分析虚拟机信息 ，打开/data/anr/traces.txt,可有通过adb pull /data/anr/traces.txt .

　　这里每一段都是一个线程 ，当然我们还是看线程号为1的主线程了。通过分析发现关键问题是这样：

　　搜索“DALVIK THREADS”关键词，快速定位到本应用程序的虚拟机信息日志

　　----- pid 1516 at 1970-01-02 08:03:07 -----

　　Cmd line: com.ipanel.join.appstore

　　DALVIK THREADS:

　　(mutexes: tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)

　　"main" prio=5 tid=1 NATIVE

　　| group="main" sCount=1 dsCount=0 obj=0x4001f188 self=0xd028

　　| sysTid=1516 nice=0 sched=3/0 cgrp=[fopen-error:2] handle=-1345017744

　　at org.apache.harmony.luni.platform.OSNetworkSystem.connect(Native Method)

　　at dalvik.system.BlockGuard$WrappedNetworkSystem.connect(BlockGuard.java:357)

　　at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:204)

　　at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:437)

　　at java.net.Socket.connect(Socket.java:983)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection.<init>(HttpConnection.java:74)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection.<init>(HttpConnection.java:48)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection$Address.connect(HttpConnection.java:298)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnectionPool.get(HttpConnectionPool.java:89)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.getHttpConnection(HttpURLConnectionImpl.java:285)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.makeConnection(HttpURLConnectionImpl.java:267)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.retrieveResponse(HttpURLConnectionImpl.java:1018)

　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:726)

　　at com.ipanel.join.appstore.http.DefaultHttpRequest.doGet(DefaultHttpRequest.java:35)

　　at com.ipanel.join.appstore.widget.AbsSmallWidget.requestApps(AbsSmallWidget.java:117)

　　at com.ipanel.join.appstore.widget.AbsSmallWidget.getRemoteViews(AbsSmallWidget.java:56)

　　其实从这句话：

　　at org.apache.harmony.luni.platform.OSNetworkSystem.connect(Native Method)

　　基本上确认是 socket ->connect 连接超时了，导致主线程5s内没有响应从而产生ANR错误。默认的connect连接timeout时间是75s

　　其实解决办法就是利用非阻塞方式进行连接即可。

　　从CPU占用率上也可以看出是在kernel中执行堵塞住了

　　E/ActivityManager( 957): 75% TOTAL: 4.7% user + 70% kernel

　　5、执行DexOpt错误

　　W/dalvikvm( 1803): DexOpt: --- END 'SettingsProvider.apk' --- status=0x000a, process failed

　　E/dalvikvm( 1803): Unable to extract+optimize DEX from '/system/app/SettingsProvider.apk'

　　E/SystemServer( 1803): Failure starting Input Manager Service

　　E/SystemServer( 1803): java.lang.RuntimeException: Unable to get provider com.android.providers.settings.SettingsProvider: java.lang.ClassNotFoundException: com.android.providers.settings.SettingsProvider in loader dalvik.system.PathClassLoader[/system/app/SettingsProvider.apk]

　　E/SystemServer( 1803): at android.app.ActivityThread.installProvider(ActivityThread.java:3557)

　　E/SystemServer( 1803): at android.app.ActivityThread.getProvider(ActivityThread.java:3356)

　　从上面的打印看，是在解压或优化extract+optimize DEX的apk文件时出错了

　　1、没有出现magic number错误，这个原因与原子操作无关(这是一快速的加锁和解锁的轻量级操作函数)

　　2、执行dexopt出错

　　查明是服务器硬盘没空间了，导致引导文件系统的时候没有空间进行解压而失败

　　6、系统启动后默认其妙或随机死机情况

　　出现这种错误：

　　12-01 08:11:56.027: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.

　　12-01 08:11:57.315: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.

　　12-01 08:11:59.318: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.

　　12-01 08:12:03.332: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.

　　12-01 08:12:05.329: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.

　　12-01 08:12:07.216: WARN/KeyCharacterMap(312): No keyboard for id 0

　　12-01 08:12:07.216: WARN/KeyCharacterMap(312): Using default keymap: /system/usr/keychars/qwerty.kcm.bin

　　查看内存: cat /proc/meminfo 发现空闲内存只剩下几M空间了。

　　请加大android系统的内存即可解决问题

http://www.cnblogs.com/xinye/archive/2012/08/28/2659712.html

http://blog.csdn.net/lilu_leo/article/details/7671533


可以分为下面的几部分：

使用支持库
创建一个Fragment
创建一个动态UI
多个Fragment之间的通信
 
1、使用支持库

如果您的应用需要运行在3.0及以上的版本，可以忽略这部分内容。
如果您的应用使用在3.0以下、1.6及以上的版本，需要使用支持库来构建。
使用支持库的步骤：
使用SDK下的SDK Manager工具下载Android Support Package

 2. 在您的Android工程的顶级目录下创建一个libs目录
3. 找到您的SDK下的/extras/android/support/v4/android-support-v4.jar，并且拷贝到您的项目的libs下，选中这个jar包 → 右键 → Build Path → Add to Build Path
4.在您的项目的Manifest.xml文件的<manifest>标签下添加：
<uses-sdkandroid:minSdkVersion="4"
　　android:targetSdkVersion="8"/>
　　其中targetSdkVersion是您的软件最小支持的版本
5.如果您的项目支持3.0以下的版本，请导入如下的包：android.support.v4.*;
在使用Fragment的Activity请继承FragmentActivity而不是Activity。如果您的系统是3.0或以上版本，同样需要导入类似的包，但是可以使用普通的Activity。 
  
2、创建一个Fragment

Fragment支持在不同的Activity中使用并且可以处理自己的输入事件以及生命周期方法等。可以看做是一个子Activity。
创建一个Fragment
创建一个Fragment和创建一个Activity很类似，继承Fragment类，重写生命周期方法，主要的不同之处就是需要重写一个onCreateView()方法来返回这个Fragment的布局。例子：
 


  
Fragment的生命周期方法依赖于Activity的生命周期，例如一个Activity的onPause()的生命周期方法被调用的时候这个Activity中的所有的Fragment的onPause()方法也将被调用。
 
更多的内容请参照类Fragment。
使用XML添加Fragment到Activity
尽管Fragment可以被多个Activity重用，但是您也必须把Fragment关联到一个FragmentActivity上。可以使用XML布局文件的方式来实现这种关联。
说明：上面的所说的FragmentActivity适用在API在3.0以下的版本，3.0及以上的版本可以使用普通的Activity。
例子：


  
上面使用fragment标签，android:name=””指定一个添加到xml中的Fragment。对于创建不同的屏幕尺寸布局的更多信息，请阅读支持不同的屏幕尺寸。
 


 
  
当您添加一个片段一个活动布局定义的布局XML文件中的片段，你不能删除在运行时的片段。如果您打算在用户交互和交换片段，你必须添加的活性片段的活动时第一次启动。
 
3、构建一个灵活的UI

 
FragmentManager提供了对Activity运行时的Fragment的添加、删除、替换的操作。
 
在Activity运行期间你可以添加Fragment而不是在XML布局文件中进行定义。如果你打算在Activity中改变Fragment的生命过程。
 
如果要执行添加、删除、修改的操作，你必须通过FragmentManager的对象获得一个FragmentTransaction对象，通过它的API来执行这些操作。
 
添加一个Fragment到一个Activity，必须把这个Fragment添加到一个容器视图中。例子：


 
在Activity中你可以通过getFragmentManager()来获得Fragment对象，然后通过FragmentManager对象的beginFragmentTransaction()方法来获得FragmentTransaction对象。通过它的add()方法来添加一个Fragment到当前的Activity中。
一个FragmentTransaction对象可以执行多个增删修的方法，如果你想把这些修改提交到Activity上，必须在最后调用一下这个对象的commit()方法。例子：


 


  
由于不是定义在XML布局中的，所有可以转型删除和修改的操作。
如果替换或者删除一个Fragment然后让用户可以导航到上一个Fragment，你必须在调用commit()方法之前调用addToBackStack()方法添加到回退栈。如果你把这个Fragment添加到了回退栈，在提交之后这个Fragment是会被Stop而不是Destroyed。如果用户导航到这个Fragment，这个Fragment会被Restart而不是重新创建。如果你没有把它添加到回退栈，则在删除或者替换的时候它将被Destroyed。例子：


  
4、与其他Fragment的交互

两个单独的Fragment之间是不应该进行通信的。应该使用他们所存在的Activity作为沟通的纽带。

为了实现两个Fragment的交互，您可以在Fragment中定义一个接口，然后再这个接口中定义一个方法，在Fragment的onAttach()方法中调用这个接口中的方法。然后让Activity实现这个方法来完成Activity和Fragment之间的通信。例子：

定义接口并调用方法：

 


  
实现接口，在这个方法中可以进行与其他Fragment的数据的交互：


  
可以通过FragmentManager的findFragmentById()来查找一个Fragment。


 


 
 

http://www.th7.cn/Program/Android/201304/134299.shtml
1.1.1 特性
By hebang32624
Fragment 是 activity 的界面中的一部分或一种行为。可以把多个 Fragment 组合到一个 activity 中来创建一 个多面界面并且可以在多个 activity 中重用一个 Fragment。可以把 Fragment 认为模块化的一段 activity,它具 有自己的生命周期,接收它自己的事件,并可以在 activity 运行时被添加或删除。
Fragment 不能独立存在,它必须嵌入到 activity 中,而且 Fragment 的生命周期直接受所在的 activity 的影 响。例如:当 activity 暂停时,它拥有的所有的 Fragment 都暂停了,当 activity 销毁时,它拥有的所有 Fragment 都被销毁。然而,当 activity 运行时(在 onResume()之后,onPause()之前),可以单独地操作每个 Fragment, 比如添加或删除它们。当在执行上述针对 Fragment 的事务时,可以将事务添加到一个栈中,这个栈被 activity 管 理,栈中的每一条都是一个 Fragment 的一次事务。有了这个栈,就可以反向执行 Fragment 的事务,这样就可以在 Fragment 级支持“返回”键(向后导航)。
当向 activity 中添加一个 Fragment 时,它须置于 ViewGroup 控件中,并且需定义 Fragment 自己的界面。可 以在 layoutxml 文件中声明 Fragment,元素为:<fragment>;也可以在代码中创建 Fragment,然后把它加入到 ViewGroup 控件中。然而,Fragment 不一定非要放在 activity 的界面中,它可以隐藏在后台为 actvitiy 工作。
1.1.2 生命周期
onCreate():
当创建 fragment 时系统调用此方法。在其中必须初始化 fragment 的基础组件们。可参考 activity 的说明。 onCreateView():
系统在 fragment 要画自己的界面时调用(在真正显示之前)此方法。这个方法必须返回 frament 的 layout 的根控 件。如果这个 fragment 不提供界面,那它应返回 null。
onPause():
大多数程序应最少对 fragment 实现这三个方法。当然还有其它几个回调方法可应该按情况实现之。所有的生命周 期回调函数在“操控 fragment 的生命周期”一节中有详细讨论。
下图为 fragment 的生命周期(它所在的 activity 处于运行状态)。
  
添加Fragments
onAttach()
onCreate()
onCreateView()
onActivityCreated()
onStart()
onResume()
Fragments是活动的(正在使 用)
      
Fragment从
返回堆栈中 返回到布局文件
 
用户使用返 回功能或 Fragments 被移除 (替换)
 
Fragments被
添加到返回 堆栈中,接着 被移除(替换)
onPause()
    
onStop
    
onDestroyView()
onDestroy()
onDetach()
Fragments被销毁
图 1 Fragment 生命周期
1.1.3 派生类
DialogFragment
显示一个浮动的对话框。使用这个类创建对话框是替代 activity 创建对话框的最佳选择.因为可以把 fragmentdialog 放入到 activity 的返回栈中,使用户能再返回到这个对话框。
ListFragment
显示一个列表控件,就像 ListActivity 类,它提供了很多管理列表的方法,比如 onListItemClick()方法响应 click 事件。 PreferenceFragment
显示一个由 Preference 对象组成的列表,与 PreferenceActivity 相同。它用于为程序创建“设置”activity。
 
1.2 范例
写一个读新闻的程序,可以用一个 fragment 显示标题列表,另一个 fragment 显示选中标题的内容,这两个 fragment 都在一个 activity 上,并排显示。那么这两个 fragment 都有自己的生命周期并响应自己感兴趣的事件。于 是,不需再像手机上那样用一个 activity 显示标题列表,用另一个 activity 显示新闻内容;现在可以把两者放在一个 activity 上同时显示出来。如下图:

图 2 Fragment 说明性示例
Fragment 必须被写成可重用的模块。因为 fragment 有自己的 layout,自己进行事件响应,拥有自己的生命周期
和行为,所以可以在多个 activity 中包含同一个 Fragment 的不同实例。这对于让界面在不同的屏幕尺寸下都能给用 户完美的体验尤其重要。比如可以在程序运行于大屏幕中时启动包含很多 fragment 的 activity,而在运行于小屏幕 时启动一个包含少量 fragment 的 activity。
刚才读新闻的程序,当检测到程序运行于大屏幕时,启动 activityA,将标题列表和新闻内容这两个 fragment 都 放在 activityA 中;当检测到程序运行于小屏幕时,还是启动 activityA,但此时 A 中只有标题列表 fragment,当选中 一个标题时,activityA 启动 activityB,B 中含有新闻内容 fragment。
1.3 创建 Fragmet
要创建 fragment,必须从 Fragment 或 Fragment 的派生类派生出一个类。Fragment 的代码写起来有些像 activity。它 具有跟 activity 一样的回调方法,比如 onCreate(),onStart(),onPause()和 onStop()。实际上,如果想把老的程序改为使 用 fragment,基本上只需要把 activity 的回调方法的代码移到 fragment 中对应的方法即可。
1.3.1 添加有界面的 Fragment
Fragment 一般作为 activity 的用户界面的一部分,把它自己的 layout 嵌入到 activity 的 layout 中。一个要为 fragment 提供 layout,必须实现 onCreateView()回调方法,然后在这个方法中返回一个 View 对象,这个对象是 fragment 的 layout 的根。
注意:如果的 fragment 是从 ListFragment 中派生的,就不需要实现 onCreateView()方法了,因为默认的实现已 经为返回了 ListView 控件对象。
要从 onCreateView()方法中返回 layout 对象,可以从 layoutxml 中生成 layout 对象。为了帮助这样做, onCreateView()提供了一个 LayoutInflater 对象。举例:以下代码展示了一个 Fragment 的子类如何从 layoutxml 文件 example_fragment.xml 中生成对象。
PublicstaticclassExamp leFragmentextendsFragment{ @Override
P ublicV iew onCreat e View (L ay out Inflat erinflat er,View G roup cont ainer, BundlesavedInstanceState){
//Inflate the layout for this fragment
 
ret urninflat er.inflat e(R.l ay out .examp le_fra gm ent ,cont ainer,false) ; }
}
onCreateView()参数中的 container 是存放 fragment 的 layout 的 ViewGroup 对象。savedInstanceState
参数是一个Bundle,跟 activity的onCreate()中 Bundle差不多,用于状态恢复。但是 fragment的onCreate() 中也有 Bundle 参数,所以此处的 Bundle 中存放的数据与 onCreate()中存放的数据还是不同的。
Inflate()方法有三个参数:
layout 的资源 ID。
存放 fragment 的 layout 的 ViewGroup。
布尔型数据表示是否在创建 fragment 的 layout 期间,把 layout 附加到 container 上(在这个例子
中,因为系统已经把 layout 插入到 container 中了,所以值为 false,如果为 true 会导至在最终的 layout 中创建多余的 ViewGroup)。
下面讲述如何把它添加到 activity 中。把 fragment 添加到 activity 一般情况下,fragment 把它的 layout 作为 activitiy 的 loyout 的一部分合并到 activity 中,有两种方法将一个 fragment 添加到 activity 中:
方法一:在 activity 的 layoutxml 文件中声明 fragment 如下代码,一个 activity 中包含两个 fragment:
<?xmlversion="1.0"encoding="utf-8"?>
<LinearLay outxmlns:Android="http ://schemas.Android.co m/ap k/res/Android"
Android:orientation="horizontal" Android:layout_width="match_parent" Android:layout_height="match_parent">
<fragm ent Android:name="co m.e xa mp le.news.Art icleList Fragment "
Android:id="@+id/list" Android:layout_weight="1" Android:layout_width="0dp"
Android:layout_height="match_parent"/>
<fragm ent Android:name="co m.e xa mp le.news.Art icleReaderFra gment "
Android:id="@+id/viewer" Android:layout_weight="2" Android:layout_width="0dp"
Android:layout_height="match_parent"/> </LinearLayout>
以上代码中,<fragment>中声明一个 fragment。当系统创建上例中的 layout 时,它实例化每一个 fragment,然 后调用它们的 onCreateView()方法,以获取每个 fragment 的 layout。系统把 fragment 返回的 view 对象插入到<fragment> 元素的位置,直接代替<fragment>元素。
注:每个 fragment 都需要提供一个 ID,系统在 activity 重新创建时用它来恢复 fragment,也可以用它来操作 fragment 进行其它的事物,比如删除它。有三种方法给 fragment 提供 ID:
为 Android:id 属性赋一个数字。
为 Android:tag 属性赋一个字符串。
如果没有使用上述任何一种方法,系统将使用 fragment 的容器的 ID。
方法二:在代码中添加 fragment 到一个 ViewGroup
这种方法可以在运行时,把 fragment 添加到 activity 的 layout 中。只需指定一个要包含 fragment 的 ViewGroup。
为了完成 fragment 的事务(比如添加,删除,替换等),必须使用 FragmentTransaction 的方法。
 
取到 FragmentTransaction,如下:
FragmentManagerfragmentManager =getFragmentManager() FragmentTransactionfragmentTransaction=fragmentManager.beginTransaction();
然后可以用 add()方法添加一个 fragment,它有参数用于指定容纳 fragment 的 ViewGroup。如,Add()的第一个 参数是容器 ViewGroup,第二个是要添加的 fragment。一旦通过 FragmentTransaction 对 fragment 做出了改变,必须 调用方法 commit()提交这些改变。不仅在无界面的 fragment 中,在有界面的 fragment 中也可以使用 tag 来作为为一 标志,这样在需要获取 fragment 对象时,要调用 findFragmentTag()。
1.3.2 添加没有界面的 Fragment
上面演示了如何添加 fragment 来提供界面,然而,也可以使用 fragment 为 activity 提供后台的行为而不用显示 fragment 的界面。要添加一个没有界面的 fragment,需在 activity 中调用方法 add(Fragment,String)(它支持用一个唯 一的字符串做为 fragment 的“tag”,而不是 viewID)。这样添加的 fragment 由于没有界面,所以在实现它时不需 调用实现 onCreateView()方法。
使用 tag 字符串来标识一个 fragment 并不是只能用于没有界面的 fragment 上,也可以把它用于有界面的 fragment 上,但是,如果一个 fragment 没有界面,tag 字符串将成为它唯一的选择。获取以 tag 标识的 fragment,需使用方法 findFragmentByTab()。
1.4 Frament 管理
要管理 fragment,需使用 FragmentManager,要获取它,需在 activity 中调用方法 getFragmentManager()。 可以用 FragmentManager 来做以上事情:
使用方法 findFragmentById()或 findFragmentByTag(),获取 activity 中已存在的 fragment
使用方法 popBackStack()从 activity 的后退栈中弹出 fragment(这可以模拟后退键引发的动作)
用方法 addOnBackStackChangedListerner()注册一个侦听器以监视后退栈的变化
还可以使用 FragmentManager 打开一个 FragmentTransaction 来执行 fragment 的事务,比如添加或删除 fragment。
在 activity 中使用 fragment 的一个伟大的好处是能跟据用户的输入对 fragment 进行添加、删除、替换以及执行 其它动作的能力。提交的一组 fragment 的变化叫做一个事务。事务通过 FragmentTransaction 来执行。还可以把每个 事务保存在 activity 的后退栈中,这样就可以让用户在 fragment 变化之间导航(跟在 activity 之间导航一样)。
可以通过 FragmentManager 来取得 FragmentTransaction 的实例,如下:
FragmentManagerfragmentManager = getFragmentManager();
FragmentTransactionfragmentTransaction =fragmentManager.beginTransaction(); 一个事务是在同一时刻执行的一组动作(很像数据库中的事务)。可以用 add(),remove(),replace()等方法构成事
务,最后使用 commit()方法提交事务。在调用 commint()之前,可以用 addToBackStack()把事务添加到一个后退栈中, 这个后退栈属于所在的 activity。有了它,就可以在用户按下返回键时,返回到 fragment 执行事务之前的状态。如 下例:演示了如何用一个 fragment 代替另一个 fragment,同时在后退栈中保存被代替的 fragment 的状态。
//Create new fragment and transaction
Fragment newFragment = newExampleFragment();
FragmentTransaction transaction=getFragmentManager().beginTransaction();
//Replace whatever is in the fragment_container view with thisfragment, //and add the transaction to the backstack
t ransact ion.rep lace(R.id.fra gm ent _cont ainer,new Fra gment );
transaction.addToBackStack(null) ;
//Commit the transaction transaction.commit();
解释:newFragment 代替了控件 IDR.id.fragment_container 所指向的 ViewGroup 中所含的任何 fragment。然后调 用 addToBackStack(),此时被代替的 fragment 就被放入后退栈中,于是当用户按下返回键时,事务发生回溯,原先 的 fragment 又回来了。
如果向事务添加了多个动作,比如多次调用了 add(),remove()等之后又调用了 addToBackStack()方法,那么所有 的在 commit()之前调用的方法都被作为一个事务。当用户按返回键时,所有的动作都被反向执行(事务回溯)。
事务中动作的执行顺序可随意,但要注意以下两点:
必须最后调用 commit()
如果添加了多个 fragment,那么它们的显示顺序跟添加顺序一至(后显示的覆盖前面的) 如果在执行的事务中有删除 fragment 的动作,而且没有调用 addToBackStack(),那么当事务提交时,那些被删
除的 fragment 就被销毁了。反之,那些 fragment 就不会被销毁,而是处于停止状态。当用户返回时,它们会被恢复。 但是,调用 commit()后,事务并不会马上执行。它会在 activity 的 UI 线程(其实就是主线程)中等待直到线程 能执行的时候才执行(废话)。如果必要,可以在 UI 线程中调用 executePendingTransactions()方法来立即执行事务。
但一般不需这样做,除非有其它线程在等待事务的执行。
注意:只能在 activity 处于可保存状态的状态时,比如 running 中,onPause()方法和 onStop()方法中提交事务, 否则会引发异常。这是因为 fragment 的状态会丢失。如果要在可能丢失状态的情况下提交事务,请使用 commitAllowingStateLoss()。
1.5 Fragment 与 Activity 通讯
尽管 fragment 的实现是独立于 activity 的,可以被用于多个 activity,但是每个 activity 所包含的是同一个 fragment 的不同的实例。Fragment 可以调用 getActivity()方法很容易的得到它所在的 activity 的对象,然后就可以查找 activity 中的控件们(findViewById())。例如:
ViewlistView =getActivity().findViewById(R.id.list);同样的,activity 也可以通过 FragmentManager 的方 法查找它所包含的 frament 们。
例如:
Examp leFra gment
fragment =(ExampleFragment)getFragmentManager().findFragmentById(R.id.example_fragment )
有时,可能需要 fragment 与 activity 共享事件。一个好办法是在 fragment 中定义一个回调接口,然后在 activity 中实现之。例如,还是那个新闻程序的例子,它有一个 activity,activity 中含有两个 fragment。fragmentA 显示新闻标题,fragmentB 显示标题对应的内容。fragmentA 必须在用户选择了某个标题时告诉 activity,然后 activity 再告诉 fragmentB,fragmentB 就显示出对应的内容。
如下例,OnArticleSelectedListener 接口在 fragmentA 中定义:
public static class FragmentA extends ListFragment{ //Container Activity must implement this interface
public interface OnArticleSelectedListener{
public void onArticleSelected(Uri articleUri);
}
然后 activity 实现接口 OnArticleSelectedListener,在方法 onArticleSelected()中通知 fragmentB。当 fragment 添加到 activity 中时,会调用 fragment 的方法 onAttach(),这个方法中适合检查 activity 是否实现了
 
OnArticleSelectedListener 接口,检查方法就是对传入的 activity 的实例进行类型转换,如下所示:
public static class FragmentA extends ListFragment{ OnArticleSelectedListenermListener;
...
@Override
public void onAttach(Activity activity){ super.onAttach(activity);
try{
mListener =(OnArticleSelectedListener)activity; }catch(ClassCastException e){
throw new ClassCastException(activity.toString()+"must implement OnArticleSelectedListener"); }
}
如果 activity 没有实现那个接口,fragment 抛出 ClassCastException 异常。如果成功了,mListener 成员变 量保存 OnArticleSelectedListener 的实例。于是 fragmentA 就可以调用 mListener 的方法来与 activity 共享事 件。例如,如果 fragmentA 是一个 ListFragment,每次选中列表的一项时,就会调用 fragmentA 的 onListItemClick() 方法,在这个方法中调用 onArticleSelected()来与 activity 共享事件,如下:
public static class FragmentA extends ListFragment{
OnArticleSelectedListenermListener;
...
@Override
public void onListItemClick(ListViewl,Viewv,intposition,long id){
//Append the clicked item's row ID with the content provider Uri
Uri noteUri =ContentUris.withAppendedId(ArticleColumns.CONTENT_URI,id); //Send the event and Uri to the host activity mListener.onArticleSelected(noteUri);
}
onListItemClick()传入的参数 id 是列表的被选中的行 ID,另一个 fragment 用这个 ID 来从程序的
ContentProvider 中取得标题的内容。
http://www.yidin.net/?p=9679
更多的移动互联网的发展趋势、拓者设计吧效果图、移动互联网应用相关的资料请到互联网的一点事：www.yidin.net 留言

重入锁（ReentrantLock）是一种递归无阻塞的同步机制。以前一直认为它是synchronized的简单替代，而且实现机制也不相差太远。不过最近实践过程中发现它们之间还是有着天壤之别。
以下是官方说明：一个可重入的互斥锁定 Lock，它具有与使用 synchronized 方法和语句所访问的隐式监视器锁定相同的一些基本行为和语义，但功能更强大。ReentrantLock 将由最近成功获得锁定，并且还没有释放该锁定的线程所拥有。当锁定没有被另一个线程所拥有时，调用 lock 的线程将成功获取该锁定并返回。如果当前线程已经拥有该锁定，此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。
它提供了lock()方法：
如果该锁定没有被另一个线程保持，则获取该锁定并立即返回，将锁定的保持计数设置为 1。
如果当前线程已经保持该锁定，则将保持计数加 1，并且该方法立即返回。
如果该锁定被另一个线程保持，则出于线程调度的目的，禁用当前线程，并且在获得锁定之前，该线程将一直处于休眠状态，此时锁定保持计数被设置为 1。
最近在研究Java concurrent中关于任务调度的实现时，读了延迟队列DelayQueue的一些代码，比如take()。该方法的主要功能是从优先队列（PriorityQueue）取出一个最应该执行的任务（最优值），如果该任务的预订执行时间未到，则需要wait这段时间差。反之，如果时间到了，则返回该任务。而offer()方法是将一个任务添加到该队列中。
后来产生了一个疑问：如果最应该执行的任务是一个小时后执行的，而此时需要提交一个10秒后执行的任务，会出现什么状况？还是先看看take()的源代码：
<!---->
public E take() throws InterruptedException {

                final ReentrantLock lock = this.lock;

                lock.lockInterruptibly();

                try {

                    for (;;) {

                        E first = q.peek();

                        if (first == null) {

                            available.await();

                        } else {

                            long delay =  first.getDelay(TimeUnit.NANOSECONDS);

                            if (delay > 0) {

                                long tl = available.awaitNanos(delay);

                            } else {

                                E x = q.poll();

                                assert x != null;

                                if (q.size() != 0)

                                    available.signalAll(); // wake up other takers

                                return x;

                            }

                        }

                    }

                } finally {

                    lock.unlock();

                }

            }
而以下是offer()的源代码:
public boolean offer(E e) {

                final ReentrantLock lock = this.lock;

                lock.lock();

                try {

                    E first = q.peek();

                    q.offer(e);

                    if (first == null || e.compareTo(first) < 0)

                        available.signalAll();

                    return true;

                } finally {

                    lock.unlock();

                }

            }
 
如代码所示，take()和offer()都是lock了重入锁。如果按照synchronized的思维（使用诸如synchronized(obj)的方法），这两个方法是互斥的。回到刚才的疑问，take()方法需要等待1个小时才能返回，而offer()需要马上提交一个10秒后运行的任务，会不会一直等待take()返回后才能提交呢？答案是否定的，通过编写验证代码也说明了这一点。这让我对重入锁有了更大的兴趣，它确实是一个无阻塞的锁。
下面的代码也许能说明问题：运行了4个线程，每一次运行前打印lock的当前状态。运行后都要等待5秒钟。
public static void main(String[] args) throws InterruptedException {

              final ExecutorService exec = Executors.newFixedThreadPool(4);

              final ReentrantLock lock = new ReentrantLock();

              final Condition con = lock.newCondition();

              final int time = 5;

              final Runnable add = new Runnable() {

                public void run() {

                  System.out.println("Pre " + lock);

                  lock.lock();

                  try {

                    con.await(time, TimeUnit.SECONDS);

                  } catch (InterruptedException e) {

                    e.printStackTrace();

                  } finally {

                    System.out.println("Post " + lock.toString());

                    lock.unlock();

                  }

                }

              };

              for(int index = 0; index < 4; index++)

                exec.submit(add);

              exec.shutdown();

            }
 
这是它的输出：
Pre ReentrantLock@a59698[Unlocked]
Pre ReentrantLock@a59698[Unlocked]
Pre ReentrantLock@a59698[Unlocked]
Pre ReentrantLock@a59698[Unlocked]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-1]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-2]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-3]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-4]
每一个线程的锁状态都是“Unlocked”,所以都可以运行。但在把con.await改成Thread.sleep(5000)时，输出就变成了：
Pre ReentrantLock@a59698[Unlocked]
Pre ReentrantLock@a59698[Locked by thread pool-1-thread-1]
Pre ReentrantLock@a59698[Locked by thread pool-1-thread-1]
Pre ReentrantLock@a59698[Locked by thread pool-1-thread-1]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-1]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-2]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-3]
Post ReentrantLock@a59698[Locked by thread pool-1-thread-4]
以上的对比说明线程在等待时(con.await)，已经不在拥有（keep）该锁了，所以其他线程就可以获得重入锁了。
有必要会过头再看看Java官方的解释：“如果该锁定被另一个线程保持，则出于线程调度的目的，禁用当前线程，并且在获得锁定之前，该线程将一直处于休眠状态”。我对这里的“保持”的理解是指非wait状态外的所有状态，比如线程Sleep、for循环等一切有CPU参与的活动。一旦线程进入wait状态后，它就不再keep这个锁了，其他线程就可以获得该锁；当该线程被唤醒（触发信号或者timeout）后，就接着执行，会重新“保持”锁，当然前提依然是其他线程已经不再“保持”了该重入锁。
总结一句话：对于重入锁而言，"lock"和"keep"是两个不同的概念。lock了锁，不一定keep锁，但keep了锁一定已经lock了锁。

原文：http://www.ibm.com/developerworks/cn/java/j-jtp10264/index.html

http://blog.csdn.net/fw0124/article/details/6672522
多线程和并发性并不是什么新内容，但是 Java 语言设计中的创新之一就是，它是第一个直接把跨平台线程模型和正规的内存模型集成到语言中的主流语言。核心类库包含一个 Thread 类，可以用它来构建、启动和操纵线程，Java 语言包括了跨线程传达并发性约束的构造 —— synchronized 和 volatile 。在简化与平台无关的并发类的开发的同时，它决没有使并发类的编写工作变得更繁琐，只是使它变得更容易了。
synchronized 快速回顾
把代码块声明为 synchronized，有两个重要后果，通常是指该代码具有 原子性（atomicity）和 可见性（visibility）。原子性意味着一个线程一次只能执行由一个指定监控对象（lock）保护的代码，从而防止多个线程在更新共享状态时相互冲突。可见性则更为微妙；它要对付内存缓存和编译器优化的各种反常行为。一般来说，线程以某种不必让其他线程立即可以看到的方式（不管这些线程在寄存器中、在处理器特定的缓存中，还是通过指令重排或者其他编译器优化），不受缓存变量值的约束，但是如果开发人员使用了同步，如下面的代码所示，那么运行库将确保某一线程对变量所做的更新先于对现有 synchronized 块所进行的更新，当进入由同一监控器（lock）保护的另一个 synchronized 块时，将立刻可以看到这些对变量所做的更新。类似的规则也存在于 volatile 变量上。
[java] view plaincopy
synchronized (lockObject) {   
  // update object state  
}  

所以，实现同步操作需要考虑安全更新多个共享变量所需的一切，不能有争用条件，不能破坏数据（假设同步的边界位置正确），而且要保证正确同步的其他线程可以看到这些变量的最新值。通过定义一个清晰的、跨平台的内存模型（该模型在 JDK 5.0 中做了修改，改正了原来定义中的某些错误），通过遵守下面这个简单规则，构建“一次编写，随处运行”的并发类是有可能的：
不论什么时候，只要您将编写的变量接下来可能被另一个线程读取，或者您将读取的变量最后是被另一个线程写入的，那么您必须进行同步。
不过现在好了一点，在最近的 JVM 中，没有争用的同步（一个线程拥有锁的时候，没有其他线程企图获得锁）的性能成本还是很低的。（也不总是这样；早期 JVM 中的同步还没有优化，所以让很多人都这样认为，但是现在这变成了一种误解，人们认为不管是不是争用，同步都有很高的性能成本。）
对 synchronized 的改进
如此看来同步相当好了，是么？那么为什么 JSR 166 小组花了这么多时间来开发 java.util.concurrent.lock 框架呢？答案很简单－同步是不错，但它并不完美。它有一些功能性的限制 —— 它无法中断一个正在等候获得锁的线程，也无法通过投票得到锁，如果不想等下去，也就没法得到锁。同步还要求锁的释放只能在与获得锁所在的堆栈帧相同的堆栈帧中进行，多数情况下，这没问题（而且与异常处理交互得很好），但是，确实存在一些非块结构的锁定更合适的情况。
ReentrantLock 类
java.util.concurrent.lock 中的 Lock 框架是锁定的一个抽象，它允许把锁定的实现作为 Java 类，而不是作为语言的特性来实现。这就为 Lock 的多种实现留下了空间，各种实现可能有不同的调度算法、性能特性或者锁定语义。 ReentrantLock 类实现了 Lock ，它拥有与 synchronized 相同的并发性和内存语义，但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外，它还提供了在激烈争用情况下更佳的性能。（换句话说，当许多线程都想访问共享资源时，JVM 可以花更少的时候来调度线程，把更多时间用在执行线程上。）
reentrant 锁意味着什么呢？简单来说，它有一个与锁相关的获取计数器，如果拥有锁的某个线程再次得到锁，那么获取计数器就加1，然后锁需要被释放两次才能获得真正释放。这模仿了 synchronized 的语义；如果线程进入由线程已经拥有的监控器保护的 synchronized 块，就允许线程继续进行，当线程退出第二个（或者后续） synchronized 块的时候，不释放锁，只有线程退出它进入的监控器保护的第一个 synchronized 块时，才释放锁。
在查看清单 1 中的代码示例时，可以看到 Lock 和 synchronized 有一点明显的区别 —— lock 必须在 finally 块中释放。否则，如果受保护的代码将抛出异常，锁就有可能永远得不到释放！这一点区别看起来可能没什么，但是实际上，它极为重要。忘记在 finally 块中释放锁，可能会在程序中留下一个定时炸弹，当有一天炸弹爆炸时，您要花费很大力气才有找到源头在哪。而使用同步，JVM 将确保锁会获得自动释放。

清单 1. 用 ReentrantLock 保护代码块。
[java] view plaincopy
Lock lock = new ReentrantLock();  
lock.lock();  
try {   
  // update object state  
}  
finally {  
  lock.unlock();   
}  

除此之外，与目前的 synchronized 实现相比，争用下的 ReentrantLock 实现更具可伸缩性。（在未来的 JVM 版本中，synchronized 的争用性能很有可能会获得提高。）这意味着当许多线程都在争用同一个锁时，使用 ReentrantLock 的总体开支通常要比 synchronized 少得多。
比较 ReentrantLock 和 synchronized 的可伸缩性
Tim Peierls 用一个简单的线性全等伪随机数生成器（PRNG）构建了一个简单的评测，用它来测量 synchronized 和 Lock 之间相对的可伸缩性。这个示例很好，因为每次调用 nextRandom() 时，PRNG 都确实在做一些工作，所以这个基准程序实际上是在测量一个合理的、真实的 synchronized 和 Lock 应用程序，而不是测试纯粹纸上谈兵或者什么也不做的代码（就像许多所谓的基准程序一样。）
在这个基准程序中，有一个 PseudoRandom 的接口，它只有一个方法 nextRandom(int bound) 。该接口与 java.util.Random 类的功能非常类似。因为在生成下一个随机数时，PRNG 用最新生成的数字作为输入，而且把最后生成的数字作为一个实例变量来维护，其重点在于让更新这个状态的代码段不被其他线程抢占，所以我要用某种形式的锁定来确保这一点。（ java.util.Random 类也可以做到这点。）我们为 PseudoRandom 构建了两个实现；一个使用 syncronized，另一个使用 java.util.concurrent.ReentrantLock 。驱动程序生成了大量线程，每个线程都疯狂地争夺时间片，然后计算不同版本每秒能执行多少轮。图 1 和 图 2 总结了不同线程数量的结果。这个评测并不完美，而且只在两个系统上运行了（一个是双 Xeon 运行超线程 Linux，另一个是单处理器 Windows 系统），但是，应当足以表现 synchronized 与 ReentrantLock 相比所具有的伸缩性优势了。


图 1 和图 2 中的图表以每秒调用数为单位显示了吞吐率，把不同的实现调整到 1 线程 synchronized 的情况。每个实现都相对迅速地集中在某个稳定状态的吞吐率上，该状态通常要求处理器得到充分利用，把大多数的处理器时间都花在处理实际工作（计算机随机数）上，只有小部分时间花在了线程调度开支上。您会注意到，synchronized 版本在处理任何类型的争用时，表现都相当差，而 Lock 版本在调度的开支上花的时间相当少，从而为更高的吞吐率留下空间，实现了更有效的 CPU 利用。
条件变量
根类 Object 包含某些特殊的方法，用来在线程的 wait() 、 notify() 和 notifyAll() 之间进行通信。这些是高级的并发性特性，许多开发人员从来没有用过它们 —— 这可能是件好事，因为它们相当微妙，很容易使用不当。幸运的是，随着 JDK 5.0 中引入 java.util.concurrent ，开发人员几乎更加没有什么地方需要使用这些方法了。
通知与锁定之间有一个交互 —— 为了在对象上 wait 或 notify ，您必须持有该对象的锁。就像 Lock 是同步的概括一样， Lock 框架包含了对 wait 和 notify 的概括，这个概括叫作 条件（Condition） 。 Lock 对象则充当绑定到这个锁的条件变量的工厂对象，与标准的 wait 和 notify 方法不同，对于指定的 Lock ，可以有不止一个条件变量与它关联。这样就简化了许多并发算法的开发。例如， 条件（Condition） 的 Javadoc 显示了一个有界缓冲区实现的示例，该示例使用了两个条件变量，“not full”和“not empty”，它比每个 lock 只用一个 wait 设置的实现方式可读性要好一些（而且更有效）。 Condition 的方法与 wait 、 notify 和 notifyAll 方法类似，分别命名为 await 、 signal 和 signalAll ，因为它们不能覆盖 Object 上的对应方法。
这不公平
如果查看 Javadoc，您会看到， ReentrantLock 构造器的一个参数是 boolean 值，它允许您选择想要一个 公平（fair）锁，还是一个 不公平（unfair）锁。公平锁使线程按照请求锁的顺序依次获得锁；而不公平锁则允许讨价还价，在这种情况下，线程有时可以比先请求锁的其他线程先得到锁。
为什么我们不让所有的锁都公平呢？毕竟，公平是好事，不公平是不好的，不是吗？（当孩子们想要一个决定时，总会叫嚷“这不公平”。我们认为公平非常重要，孩子们也知道。）在现实中，公平保证了锁是非常健壮的锁，有很大的性能成本。要确保公平所需要的记帐（bookkeeping）和同步，就意味着被争夺的公平锁要比不公平锁的吞吐率更低。作为默认设置，应当把公平设置为 false ，除非公平对您的算法至关重要，需要严格按照线程排队的顺序对其进行服务。
那么同步又如何呢？内置的监控器锁是公平的吗？答案令许多人感到大吃一惊，它们是不公平的，而且永远都是不公平的。但是没有人抱怨过线程饥渴，因为 JVM 保证了所有线程最终都会得到它们所等候的锁。确保统计上的公平性，对多数情况来说，这就已经足够了，而这花费的成本则要比绝对的公平保证的低得多。所以，默认情况下 ReentrantLock 是“不公平”的，这一事实只是把同步中一直是事件的东西表面化而已。如果您在同步的时候并不介意这一点，那么在 ReentrantLock 时也不必为它担心。
图 3 和图 4 包含与 图 1和 图 2 相同的数据，只是添加了一个数据集，用来进行随机数基准检测，这次检测使用了公平锁，而不是默认的协商锁。正如您能看到的，公平是有代价的。如果您需要公平，就必须付出代价，但是请不要把它作为您的默认选择。


处处都好？
看起来 ReentrantLock 无论在哪方面都比 synchronized 好 —— 所有 synchronized 能做的，它都能做，它拥有与 synchronized 相同的内存和并发性语义，还拥有 synchronized 所没有的特性，在负荷下还拥有更好的性能。那么，我们是不是应当忘记 synchronized ，不再把它当作已经已经得到优化的好主意呢？或者甚至用 ReentrantLock 重写我们现有的 synchronized 代码？实际上，几本 Java 编程方面介绍性的书籍在它们多线程的章节中就采用了这种方法，完全用 Lock 来做示例，只把 synchronized 当作历史。但我觉得这是把好事做得太过了。
还不要抛弃 synchronized
虽然 ReentrantLock 是个非常动人的实现，相对 synchronized 来说，它有一些重要的优势，但是我认为急于把 synchronized 视若敝屣，绝对是个严重的错误。 java.util.concurrent.lock 中的锁定类是用于高级用户和高级情况的工具 。一般来说，除非您对 Lock 的某个高级特性有明确的需要，或者有明确的证据（而不是仅仅是怀疑）表明在特定情况下，同步已经成为可伸缩性的瓶颈，否则还是应当继续使用 synchronized。
为什么我在一个显然“更好的”实现的使用上主张保守呢？因为对于 java.util.concurrent.lock 中的锁定类来说，synchronized 仍然有一些优势。比如，在使用 synchronized 的时候，不能忘记释放锁；在退出 synchronized 块时，JVM 会为您做这件事。您很容易忘记用 finally 块释放锁，这对程序非常有害。您的程序能够通过测试，但会在实际工作中出现死锁，那时会很难指出原因（这也是为什么根本不让初级开发人员使用 Lock 的一个好理由。）
另一个原因是因为，当 JVM 用 synchronized 管理锁定请求和释放时，JVM 在生成线程转储时能够包括锁定信息。这些对调试非常有价值，因为它们能标识死锁或者其他异常行为的来源。 Lock 类只是普通的类，JVM 不知道具体哪个线程拥有 Lock 对象。而且，几乎每个开发人员都熟悉 synchronized，它可以在 JVM 的所有版本中工作。在 JDK 5.0 成为标准（从现在开始可能需要两年）之前，使用 Lock 类将意味着要利用的特性不是每个 JVM 都有的，而且不是每个开发人员都熟悉的。
什么时候选择用 ReentrantLock 代替 synchronized
既然如此，我们什么时候才应该使用 ReentrantLock 呢？答案非常简单 —— 在确实需要一些 synchronized 所没有的特性的时候，比如时间锁等候、可中断锁等候、无块结构锁、多个条件变量或者锁投票。 ReentrantLock 还具有可伸缩性的好处，应当在高度争用的情况下使用它，但是请记住，大多数 synchronized 块几乎从来没有出现过争用，所以可以把高度争用放在一边。我建议用 synchronized 开发，直到确实证明 synchronized 不合适，而不要仅仅是假设如果使用 ReentrantLock “性能会更好”。请记住，这些是供高级用户使用的高级工具。（而且，真正的高级用户喜欢选择能够找到的最简单工具，直到他们认为简单的工具不适用为止。）。一如既往，首先要把事情做好，然后再考虑是不是有必要做得更快。
Lock 框架是同步的兼容替代品，它提供了 synchronized 没有提供的许多特性，它的实现在争用下提供了更好的性能。但是，这些明显存在的好处，还不足以成为用 ReentrantLock 代替 synchronized 的理由。相反，应当根据您是否 需要 ReentrantLock 的能力来作出选择。大多数情况下，您不应当选择它 —— synchronized 工作得很好，可以在所有 JVM 上工作，更多的开发人员了解它，而且不太容易出错。只有在真正需要 Lock 的时候才用它。在这些情况下，您会很高兴拥有这款工具。

为了保护我们个人和公司的利益，我们在发布apk包时都要求对软件进行混淆，并且在混淆工程中，系统自动将没有使用到的类屏蔽掉以及对代码进行相应的优化，因此在发布apk时，混淆是极力推荐的。在本次软件混淆后发现客户端和服务器端的数据不能互通，即apk不能接收到服务器的数据，服务器也不能准确接受到终端上传的数据。经过各种折腾，最终发现时混淆时出的问题。

apk与服务器端的通信格式为json格式，采用的是gson-2.2.1.jar 的jar包作为辅助工具。混淆的过程中使用-keep 方式来说明gson jar包不被混淆，混淆完成后软件能够运行，但是当想服务器上传数据时发现服务器端不能接受到上传的数据。经过各种测试没有结果，最终apk照常混淆，在服务器端打断点，分析接受的到的数据，发现格式不对，上传的数据数据的字段与实际类的字段不一样。这时才恍然大悟，原来混淆时将基本数据类进行了混淆，导致原来的在字段都变成了对应的'a,b,c,s.....等，数据的格式从而与a,b c,s....对应。而服务器端的类的没有经过混淆，为原来的字段，使用

[java] view plaincopy
GsonBuilder builder = new GsonBuilder();  
        Gson gson = builder.create();  
        User user = gson.fromJson(json, User.class);  

这种方式导致不能获得对应的数据。
解决方案为使用-keep 来说明在通信中使用到的类不被混淆，保证客户端的格式与服务器的格式对应，最终才能将数据转换过来。-keep 的使用实例，在proguor-project.txt中进行如下修改

[java] view plaincopy
# To enable ProGuard in your project, edit project.properties  
# to define the proguard.config property as described in that file.  
#  
# Add project specific ProGuard rules here.  
# By default, the flags in this file are appended to flags specified  
# in ${sdk.dir}/tools/proguard/proguard-android.txt  
# You can edit the include path and order by changing the ProGuard  
# include property in project.properties.  
#  
# For more details, see  
#   http://developer.android.com/guide/developing/tools/proguard.html  
  
# Add any project specific keep options here:  
  
# If your project uses WebView with JS, uncomment the following  
# and specify the fully qualified class name to the JavaScript interface  
# class:  
#-keepclassmembers class fqcn.of.javascript.interface.for.webview {  
#   public *;  
#}  
-keep class com.google.gson.** {*;}  
-keep class android.support.v4.** {*;}   
-keep class com.sunbird.bean.** {*;}  
在使用的过程中根据自己的需要进行相应的操作。

如果工程引入了Android-support-v4的jar类库，那么在工程打包混淆时，就会出现报错提示。例如提示你：You may need to specify additional library jars (using '-libraryjars')。

这里先给出解决方案，稍后我们再来解释如何处理类似情况：

在proguard.cfg里的后面，添加如下内容：

-libraryjars /android-support-v4.jar  
-dontwarn android.support.v4.**  
-keep class android.support.v4.** { *; }  
-keep public class * extends android.support.v4.**  
-keep public class * extends android.app.Fragment  
然后你再打包看看，应该可以正常生成apk安装包了。

打包出错：
情况一：
 "类1 can't find referenced class 类2" 字面上的意思就是类1找不到类2的引用；它会建议你："You may need to specify additional library jars (using '-libraryjars').";
需要使用-libraryjars加上项目中使用到的第三方库就OK了。
例如：-libraryjars /android-support-v4.jar
注意：这里引用方式是当前工程的根目录（也可以配置其他目录），也就是说，你要把第三方jar放到当前目录下，否则就会警告说找不到jar文件！

情况二：
例如： can't find superclass or interface android.os.Parcelable$ClassLoaderCreator，碰到这样的情况，可以使用-dontwarn com.xx.yy.**，不对错误提出警告。
注意：使用这个方式的话，要确保自己没有用到这个库里面的类！否则就会抛ClassNotFoundException！

情况三：
在工程中确实用到了该类，采用上面方式还是不行。这个时候就要再增加一项：-keep class com.xx.yy.** { *;}，让当前类不混淆。

小结：
对于引用第三方包的情况，可以采用下面方式避免打包出错：
-libraryjars /aaa.jar
-dontwarn com.xx.yy.**
-keep class com.xx.yy.** { *;}

最后打包成功，还要在机子上跑跑，看看有没有问题。