全局变量顾名思义就是在整个的类中或者可在多个函数中调用的变量。也称为外部变量。局部变量则是特定过程或函数中可以访问的变量。声明一个变量是很 容易的，但是讲到使用的时候，却不是想象的那样简单。至于本人则是经常定义全局变量使用，但也就是因为这样，定义的是全局变量。也饶了不少的弯子。
在使用Adapter即适配器的时候，通常适配器总是与listView使用，因为一个listView 基本上都会有一个listView的Item的布局，下面的情景是：在每个Item里面都会有一个ImageView,当我点击某一条的时候，则需要为该 Item的ImageView换背景色或者换成别的背景图片,这个时候可能会出现的一种情况是 你明明点的第一条，你会发现第三条或者第二条的图片也变了。这就是因为你定义的是全局变量。代码部分如下：
public class Adapter extends BaseAdapter {
private ImageView img;
public View getView(int position, View convertView, ViewGroup parent) {
convertView = mInflater.inflate(R.layout.group_listview_item,null);
img = (ImageView) convertView.findViewById(R.id.logo);
return convertView;
}
}上面的部分，ImageView就是一个全局变量。而这个时候，我们则需要把 ImageView定义为局部变量，
public class Adapter extends BaseAdapter {
public View getView(int position, View convertView, ViewGroup parent) {
convertView = mInflater.inflate(R.layout.group_listview_item,null);
ImageView img = (ImageView) convertView.findViewById(R.id.logo);
return convertView;
}
}这个时候则表示每一个Item里的ImageView了。还有一种情况是在做购物车的时候，可以点击加减的图标去改变购物车内的商品数量。当你定义数量 num 的时候，也必须定义为局部变量。如果会使用ViewHolder的话更好了。
static修饰的静态变量，使用很方便，在不同的类和包中都可以使用，在虚拟机中单独占用内存，没错，这些都是它们的优点，不过在项目上线后，才发现static有一些不太好的地方。
在查看项目的崩溃信息时，发现很多地方莫明的出现空指针异常的错误，经过排查，发现可能就是static的问题。我们在项目中，将用户的信息也就是 User对象保存成了一个静态变量，而在报错的地方，也都发现有使用过这种变量，因此，可以大致推断出与这种保存的方式有一定的联系。同时，有不少用户反映在打开应用的情况下，接个电话或者长时间待机后，再回到应用也会出现崩溃的现象，而这些崩溃都与静态变量的空指针有关系。
无论从何种情形出发，在目前校长负责制的制度安排下，中小学校长作为学校的领导者、管理者和教育者，其管理水平对于学校发展的重要性都是不言而喻的。从这个角度看，建立科学的校长绩效评价体系以及拥有相对应的评估手段和工具，有利于教育行政机关针对校长的管理实践全过程及其结果进行测定与衡量，做出价值判断和评估，从而有利于强化学校教学管理，提升教学质量，并衍生带来校长转变管理观念，提升自身综合管理素质。
如此来说的话，static静态修饰在Android的开发中是不是很危险？或许我们可以说如果是static User u = new User();这样定义的话，那么应该不会有太大问题，而如果是static User u;这样定义的话，那么很可以会出现NULL的现象。当然，前面的方法里面的属性也可能会现空的情况，但是这个可以用封装来避免空指针。另外静态常量还是很好用的。
那么应该如何保存登录或者全局的信息呢？根据Google官方的推荐以及百度到的各位大神的推荐，我们应该尽量使用继承自Application的自定义类，在我们继承的类中定义需要全局使用的变量，并通过getApplicationContext()来获取和保存相关的变量即可。
/**
* 自定义的MyApplication继承Application
*
* @author way
*
*/
public class MyApplication extends Application {
/**
* 引发异常：在一些不规范的代码中经常看到Activity或者是Service当中定义许多静态成员属性。这样做可能会造成许多莫名其妙的 null
* pointer异常。
*/
/**
* 异常分析：Java虚拟机的垃圾回收机制会主动回收没有被引用的对象或属性。在内存不足时，虚拟机会主动回收处于后台的Activity或
* Service所占用的内存。当应用再次去调用静态属性或对象的时候，就会造成null pointer异常
*/
/**
* 解决异常：Application在整个应用中，只要进程存在，Application的静态成员变量就不会被回收，不会造成null pointer异常
*/
private int number;
@Override
public void onCreate() {
// TODO Auto-generated method stub
super.onCreate();
}
public int getNumber() {
return number;
}
public void setNumber(int number) {
this.number = number;
}
}不过，为了让我们的MyApplication取代android.app.Application的地位，在我们的代码中生效，我们需要修改AndroidManifest.xml：
下面我们就可以在Activity或Service中灵活使用了：
MyApplication application = (MyApplication) this.getApplicationContext();
//保存变量
application.setNumber(5);
//取出变量
application.getNumber();Application是与应用同时存在的，也就是应用在它就在，并不会被GC给莫名其妙的回收掉，因此，使用此方法更加安全。
