전역 변수는 이름에서 알 수 있듯이 전체 클래스 또는 여러 함수에서 호출할 수 있는 변수입니다. 외부 변수라고도 합니다. 지역 변수는 특정 프로시저나 함수 내에서 액세스할 수 있는 변수입니다. 변수를 선언하는 것은 매우 쉽지만, 사용에 있어서는 생각만큼 간단하지 않습니다. 저는 전역변수를 정의해서 사용하는 경우가 많은데, 그렇기 때문에 전역변수를 정의하게 됩니다. 우여곡절도 많이 면했습니다.
Adapter를 사용할 때 일반적으로 어댑터는 항상 listView와 함께 사용됩니다. listView에는 기본적으로 listView 항목 레이아웃이 있기 때문입니다. 다음 시나리오는 다음과 같습니다. Item.Item을 클릭하면 해당 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에는 몇 가지 단점이 있다는 것을 알아내십시오.
프로젝트의 크래시 정보를 확인해보니 곳곳에서 설명할 수 없는 널 포인터 예외 오류가 발생하는 것을 발견했습니다. 조사 결과 정적 문제일 수 있다는 것을 발견했습니다. 프로젝트에서는 사용자의 정보, 즉 User 객체를 정적 변수에 저장했는데, 오류가 보고된 곳에서는 이 변수가 사용된 것을 발견했기 때문에 대략적으로 어떤 것이 있음을 유추할 수 있습니다. 이 저장 방법과의 관계. 동시에 많은 사용자가 응용 프로그램을 열 때 전화를 받거나 오랫동안 기다린 후 응용 프로그램으로 돌아올 때 응용 프로그램이 충돌한다고 보고했습니다. 이러한 충돌은 정적 변수의 널 포인터와 관련이 있습니다. .
이런 경우 안드로이드 개발에 있어 정적 수정은 매우 위험한가요? 아마도 static User u = new User();로 정의하면 문제가 없을 것 같지만, static User u;로 정의하면 NULL이 발생할 가능성이 높다고 할 수 있습니다. 물론 이전 메서드의 속성도 비어 있을 수 있지만 널 포인터를 방지하기 위해 캡슐화할 수 있습니다. 게다가 정적 상수는 여전히 매우 유용합니다.
그러면 로그인 정보나 글로벌 정보는 어떻게 저장해야 할까요? Google의 공식 권장 사항과 Baidu 전문가의 권장 사항에 따라 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을 수정해야 합니다.
<application android:name=".MyApplication" ...> </application>
아래에서는 다음과 같이 유연하게 사용할 수 있습니다. 서비스:
MyApplication application = (MyApplication) this.getApplicationContext(); //保存变量 application.setNumber(5); //取出变量 application.getNumber();
애플리케이션은 애플리케이션과 동시에 존재합니다. 즉, 애플리케이션이 존재하며 설명할 수 없을 정도로 GC에 의해 재활용되지 않습니다. 따라서 이 방법을 사용하는 것이 더 안전합니다.