Alibaba 및 기타 주요 제조업체와의 인터뷰에서 Android 개발자가 직면한 문제 모음

추천: "2020 Android 면접 질문 모음 [Collection]"

먼저 지난 4년간의 면접 경험에 대해 간략히 말씀드리겠습니다. 많은 회사와 인터뷰를 했는데 어떤 회사는 나를 설레게도 하고 어떤 회사는 실망스럽고 무기력하게도 했습니다. 결국 머무르는 것은 정말 낭비가 될 것입니다. 적어도 나에게는 정리하고 요약해야만 확실한 답이 나올 수 있는 것들이 있다. 이직을 앞둔 분들이나 기회를 엿보고 계시는 분들에게 조금이나마 도움이 되었으면 좋겠습니다.

다음 질문에 대한 답변은 제가 지난 4년간 직접 인터뷰를 통해 정리한 것입니다. 다른 의견이 있으시면 언제든지 수정해 주시기 바랍니다.

1. 핸들러를 사용자 정의할 때 메모리 누수를 방지하는 방법

답변:

일반적으로 비정적 내부 클래스가 외부 클래스에 대한 참조를 보유하는 경우 시스템은 이후 외부 클래스의 메모리를 회수할 수 없습니다. 사용하면 메모리 누수가 발생합니다. 이 문제를 피하기 위해 사용자 정의된 핸들러를 정적 내부 클래스로 선언한 다음 핸들러가 약한 참조를 통해 외부 클래스에 대한 참조를 보유하도록 하여 메모리 누수를 방지할 수 있습니다.

다음은 코드 구현입니다

public class MainActivity extends AppCompatActivity {
private static final String TAG = "MainActivity";
private TextView mTextView;
private WeakReference<MainActivity> activityWeakReference;
private MyHandler myHandler;

static class MyHandler extends Handler {
    private MainActivity activity;

    MyHandler(WeakReference<MainActivity> ref) {
        this.activity = ref.get();
    }

    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
        switch (msg.what) {            case 1:
                //需要做判空操作                if (activity != null) {
                    activity.mTextView.setText("new Value");
                }                break;
            default:
                Log.i(TAG, "handleMessage: default ");                break;
        }

    }
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_main);
    //在onCreate中初始化
    activityWeakReference = new WeakReference<MainActivity>(this);
    myHandler = new MyHandler(activityWeakReference);

    myHandler.sendEmptyMessage(1);
    mTextView = (TextView) findViewById(R.id.tv_test);
}
}复制代码

블로그 게시물 blog.csdn.net/ucxiii/arti...를 참고하세요.

2.onNewIntent() 호출 타이밍

분석:

Android 애플리케이션을 개발할 때, 다른 활동을 시작하고 일부 데이터를 새 활동에 전달하는 것은 매우 간단하지만 백그라운드에서 실행 중인 활동을 다시 포그라운드로 가져와 일부 데이터를 전달해야 하는 경우 약간의 문제가 있을 수 있습니다.

우선 기본적으로 Intent를 통해 Activity를 시작하면 이미 동일한 Activity가 실행 중이더라도 시스템은 새 Activity 인스턴스를 생성하여 표시합니다. Activity가 여러 번 인스턴스화되는 것을 방지하려면 AndroidManifest에서 Activity의 로딩 모드(launchMode)를 구성해야 합니다. 시스템에 이미 인스턴스가 있는 경우 시스템은 이 인스턴스에 요청을 보내지만 지금은 이 인스턴스에 요청을 보냅니다. , 시스템은 일반적으로 요청 데이터를 처리하는 onCreate 메서드를 호출하지 않고 onNewIntent 메서드

Answer:

Premise: ActivityA가 시작되었으며 현재 애플리케이션의 활동 스택에 있습니다. ActivityA의 LaunchMode가 SingleTop일 때 ActivityA가 스택 맨 위에 있고 ActivityA가 다시 시작되면 onNewIntent() 메서드가 호출됩니다. ActivityA의 LaunchMode가 SingleInstance, SingleTask일 때 ActivityA가 이미 스택에 있으면 onNewIntent() 메서드가 이때 호출됩니다.

ActivityA의 LaunchMode가 Standard인 경우 ActivityA가 시작될 때마다 새 인스턴스가 시작되고, 원래 시작된 것인지는 중요하지 않으므로 원래 ActivityA의 onNewIntent 메서드는 계속 호출됩니다. 다음은 코드 예제입니다

1. MainActivity의 시작 모드를 SingleTask로 설정합니다. (스택 내 재사용)

6b4b8de82f5ec1f2a7986e15ef3b7143
abedf4926b16e78349669730db0843a2复制代码

2. MainActivity에서 onNewIntent 메소드를 다시 작성합니다

<activity
android:name=".MainActivity"android:launchMode="singleTask">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
        </intent-filter>
    </activity>复制代码

3.Main2Actvity는 클릭 점프를 실행하고 MainActivity는 재사용되며 onNewIntent 메소드를 실행합니다

package code.xzy.com.handlerdemo;
import android.content.Intent;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;
import android.view.View;
import android.widget.Button;
import android.widget.Toast;
public class MainActivity extends AppCompatActivity {
private static final String TAG = "MainActivity";
private Button mButton;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_main);
    mButton = (Button) findViewById(R.id.forward_btn);
    mButton.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View view) {
            startActivity(new Intent(MainActivity.this, Main2Activity.class));
        }
    });

}

@Override
protected void onNewIntent(Intent intent) {
    Toast.makeText(this, "onnewIntent", Toast.LENGTH_SHORT).show();
    Log.i(TAG, "onNewIntent: i done....");
}
}复制代码

스크린샷 인쇄** 여기서는 체계적인 고급 아키텍처 비디오 세트를 공유합니다. **7가지 주류 기술 모듈, 비디오 + 소스 코드 + 메모(

기사 마지막 부분에 공유할 자세한 인터뷰 자료가 포함된 특별 패키지가 있습니다

)

3. ListView와 비교했을 때 RecyclerView의 장점은 무엇인가요

분석:

먼저 RecyclerView를 설명해야 합니다. 클래스 이름에서 RecyclerView의 의미는 Recycler View에만 관심이 있다는 것입니다. 즉 RecyclerView는 재활용만 한다는 뜻입니다. 뷰를 재사용하고 나머지는 직접 설정할 수 있습니다. 높은 수준의 디커플링으로 사용자 정의가 완전히 자유로워지는 것을 볼 수 있습니다(따라서 이 컨트롤을 통해 ListView, GirdView, 폭포 흐름 및 기타 효과를 쉽게 얻을 수 있습니다) 두 번째로 RecyclerView는 항목 추가 및 삭제를 위한 애니메이션 효과를 제공하며, 사용자 정의 가능

ListView에 비해 RecyclerView의 장점은 쉽게 구현할 수 있다는 것입니다.

ListView 기능

GridView 기능

1. Horizontal ListView 기능
2. Horizontal ScrollView 기능
3. 폭포 효과
4. 항목 및 추가가 용이함 증가 애니메이션 제거
5. 하지만 매우 실망스러운 점 중 하나는 시스템이 ClickListener 및 LongClickListener를 제공하지 않는다는 것입니다. 하지만 우리가 직접 추가할 수도 있습니다. 단지 더 많은 코드가 필요할 뿐입니다. 이를 구현하는 방법은 다양합니다. mRecyclerView.addOnItemTouchListener를 통해 제스처를 듣고 판단할 수 있습니다.
6. 물론 어댑터를 통해 직접 콜백을 제공할 수도 있습니다

Reference

jcodecraeer.com/a/anzhuokai… blog.csdn.net/lmj62356579… www.360doc.com/content/16/…

4. Proguard 난독화 기술에 대해 이야기하세요

답변:

Proguard 기술에는 다음과 같은 기능이 있습니다.

압축--쓸모 없는 코드 종류를 확인하고 제거합니다. 최적화--바이트코드를 최적화하고 쓸모없는 바이트코드를 제거합니다. 난독화 - 디컴파일을 피하기 위해 정의 이름을 난독화합니다.

사전 모니터링 - Java 플랫폼에서 처리된 코드를 다시 감지합니다.

코드 난독화는 온라인에 접속할 때만 사용되며 디버그 모드에서는 꺼집니다. 기술.

왜 코드 난독화를 사용할까요?

Java는 크로스 플랫폼으로 해석되는 개발 언어이고, Java의 소스 코드는 크로스 플랫폼으로 인해 바이트코드 파일로 컴파일되어 .class 파일에 저장됩니다. 플랫폼의 요구에 따라 Java 바이트코드에는 변수 이름, 메소드 이름 등과 같은 많은 소스 코드 정보가 포함됩니다. 그리고 이러한 이름을 통해 변수와 메소드에 접근합니다. 이러한 변수 중 상당수는 의미가 없지만 Java 소스 코드로 디컴파일하기 쉽습니다. 이러한 현상을 방지하려면 Proguard를 사용하여 Java 바이트코드를 난독화하는 것이 필요합니다. 처리된 코드가 전처리된 코드와 동일한 기능을 갖고 다른 코드 표시를 갖도록 출시된 프로그램을 처리합니다. 디컴파일하더라도 코드의 의미와 어떤 코드가 난독화되었는지 이해하기 어렵습니다. 여전히 이전 논리에 따라 실행되고 동일한 결과를 얻습니다.

그러나 일부 Java 클래스는 혼동될 수 없습니다. 예를 들어 직렬화를 구현하는 Java 클래스는 혼동될 수 없습니다. 그렇지 않으면 deserialization 중에 문제가 발생합니다.

난독화할 때는 다음 코드를 준수하고 난독화하지 않도록 주의하세요.

• Android 시스템 구성 요소, 시스템 구성 요소에는 시스템에서 호출되는 고정된 메서드가 있습니다.
• Android 리소스 파일을 참조합니다. 이름이 고정되어 있어 사용자 정의 보기와 같이 혼동할 수 없습니다.
• Android Parcelable, Android 직렬화를 사용해야 합니다.

다른 Anroid 공식 권장 사항은

• android.app.backup.BackupAgentHelper
• android.preference.Preference
• com.android.vending.licensing.ILicensingService
• Java 직렬화 방법, 시스템과 같이 혼동되지 않습니다. 직렬화에는 고정된 접근 방식이 필요합니다.
• 열거형, 시스템에서는 열거형을 처리하는 고정된 방법이 필요합니다.
• 로컬 메서드, 로컬 메서드 이름은 수정할 수 없습니다 
• 주석 주석  
• 데이터베이스 드라이버
• 일부 리소스 파일은 리플렉션을 사용합니다.

5 ANR 시나리오 및 솔루션

Android에서는 애플리케이션의 응답성을 두 개의 시스템 서비스로 모니터링합니다. : 활동 관리자 및 창 관리자. 사용자가 입력 이벤트(예: 키보드 입력, 버튼 클릭 등)를 트리거할 때 애플리케이션이 5초 이내에 사용자의 입력 이벤트에 응답하지 않으면 Android는 애플리케이션이 응답하지 않는 것으로 간주하고 ANR 대화 상자를 팝업합니다. ANR 예외는 주로 사용자 경험을 개선하기 위해 나타납니다.

해결책은 네트워크 액세스, 데이터베이스 액세스 등과 같이 시간이 많이 걸리는 작업의 경우 하위 스레드를 열고 주로 메인 스레드에서 시간이 많이 걸리는 작업을 처리해야 한다는 것입니다. UI 작업 구현

6. HTTPS에서 SSL 인증서 인증 프로세스

7. Android Activity

8의 내부 메커니즘을 간략하게 설명합니다. Android Framework 레이어

9. 안드로이드 핸들러의 메커니즘과 원리

메인 스레드 사용하기 Handler

의 프로세스는 먼저 메인 스레드에 Handler 객체를 생성하고 handlerMessage() 메서드를 재정의합니다. 그런 다음 하위 스레드에서 UI를 업데이트해야 할 때 Message 객체를 생성하고 핸들러를 통해 메시지를 보냅니다. 그런 다음 메시지는 처리를 기다리기 위해 MessageQueue 대기열에 추가됩니다. Looper 개체는 항상 메시지 대기열에서 보류 중인 메시지를 검색하려고 시도하고 마지막으로 이를 처리기의 Message() 처리기 메서드에 배포합니다.

참고 blog.csdn.net/u012827296/…

10. 스레드 간 통신과 프로세스 간 통신의 차이점은 무엇이며 Android 개발 중에 어떻게 구현되나요?

11. 위 프로젝트의 메모리 최적화에 대한 몇 가지 세부 사항

답변:

1. 데이터베이스를 쿼리한 후 시간에 맞춰 커서 개체를 닫습니다.
2. 방송 등록을 취소하려면 활동의 onPause 메서드에서 unregisterReceiver() 메서드를 호출해야 합니다
3. . 예를 들어 4.0.1 이전 버전에서는 Drawer 개체를 정적으로 설정하지 마세요. Drawable이 View에 바인딩되면 View 개체는 실제로 Drawable의 콜백 멤버 변수가 됩니다. 위의 예에서 정적 sBackground는 TextView 개체 레이블에 대한 참조를 보유하고 lable에는 Activity에 대한 참조만 있습니다. 활동은 다른 추가 개체에 대한 참조를 보유합니다. sBackground의 수명 주기는 Activity보다 깁니다. 화면이 회전하면 Activity가 소멸되지 않아 메모리 누수 문제가 발생합니다.
4. 비정적 내부 클래스는 암시적으로 외부 클래스 인스턴스에 대한 참조를 보유하므로 활동에서 비정적 내부 클래스를 사용하지 마십시오. 비정적 내부 클래스 참조 선언 기간이 활동 선언 기간보다 길 경우 , 활동이 실패하게 됩니다. 일반적으로 GC에 의해 재활용됩니다.
5. 스레드를 주의해서 사용하세요! ! 이것은 많은 사람들이 저지르는 실수입니다. Java에서 스레드의 특징은 GC 루트에 의해 직접 참조된다는 것입니다. 즉, Dalvik 가상 머신은 활성화된 모든 스레드에 대한 강력한 참조를 보유하므로 이러한 스레드 개체는 결코 GC를 발생시킬 수 없습니다. 스레드를 수동으로 중지하고 null로 설정하거나 사용자가 프로세스를 직접 종료하지 않는 한 재활용됩니다. 따라서 스레드를 사용할 때는 활동이 종료될 때 스레드를 중지하고 해제하는 것을 고려해야 합니다. 핸들러를 사용할 때는 별도의 클래스 파일에 배치하거나 정적 내부 클래스를 사용하세요. 정적 내부 클래스는 외부 클래스에 대한 참조를 보유하지 않기 때문에 외부 클래스 인스턴스의 메모리 누수를 일으키지 않습니다
6. 12. Android의 뷰 레벨 최적화에 대해 간략하게 설명하고 View 또는 사용자 정의 ViewGroup을 맞춤설정하는 단계를 간략하게 설명합니다

제가 개인적으로 이해하는 바는 다음과 같습니다. Android 뷰 렌더링은 측정, 레이아웃, 그리기의 세 단계를 거쳐야 합니다. 측정 프로세스는 트리 구조에서 지속적으로 이동하므로 UI ​​수준이 깊게 중첩되면 시간이 많이 걸리므로 최선을 다해야 합니다. . 계층적 중첩을 줄이고 플랫 트리 구조를 보장하며 렌더링이 필요하지 않은 뷰를 제거합니다.

사용자 정의 보기 단계:

Android 사용자 정의 보기의 일반 단계

13. 액세스 단계를 간략하게 설명하세요

Volley 튜토리얼 blog.csdn.net/jdfkldjlkjd…

14. TCP와 UPD의 차이점과 사용 시나리오

TCP와 UDP의 기본 차이점

연결 기반과 비연결

1. TCP에는 더 많은 시스템 리소스가 필요하고 UDP는 더 적습니다.
2. UDP 프로그램 구조가 더 간단합니다.
3. 스트림 모드(TCP) 및 데이터그램 모드(UDP)
4. TCP는 데이터 정확성을 보장하고 UDP는 패킷을 잃을 수 있습니다.
5. TCP는 데이터 순서, UDP를 보장합니다.

UDP 애플리케이션 시나리오:

데이터그램 모드 지향

1. 대부분의 네트워크 데이터는 단문 메시지입니다.
2. 클라이언트 수가 많습니다.
3. 데이터 보안에 대한 특별한 요구 사항이 없습니다.
4. 네트워크 부담이 매우 큼 무겁지만 응답 속도에 대한 높은 요구 사항
5. 15. 디자인 패턴의 개념을 간략하게 설명하고, 프레임워크 레이어에서 어떤 디자인 패턴이 사용되는지 간략하게 설명합니다.

싱글 케이스 모드: 싱글톤 모드는 객체 생성 모드입니다. 시스템에서 클래스의 인스턴스가 하나만 생성되도록 보장하는 개체의 특정 인스턴스를 생성하는 데 사용됩니다.

어댑터 모드: 인터페이스를 고객이 원하는 다른 인터페이스로 변환합니다. 어댑터 모드를 사용하면 호환되지 않는 인터페이스를 가진 클래스가 함께 작동할 수 있습니다. 별칭은 래퍼(Wrapper)입니다.

데코레이션 모드: 개체에 일부를 동적으로 추가합니다. 데코레이션 패턴은 객체 기능 추가 측면에서 하위 클래스 구현을 생성하는 것보다 더 유연합니다. 장식 패턴은 객체 구조 패턴입니다.

사용 시나리오:

다른 개체에 영향을 주지 않고 동적이고 투명한 방식으로 단일 개체에 책임을 추가합니다.

1. 장식 모드는 상속을 통해 시스템을 확장할 수 없거나 상속이 시스템 확장 및 유지 관리에 도움이 되지 않을 때 사용할 수 있습니다.

장점:

객체의 기능 확장을 위해 장식 모드는 상속보다 유연하며 클래스 수가 급격히 증가하지 않습니다.

객체의 기능을 동적인 방식으로 확장할 수 있습니다.

다양한 특정 장식 클래스와 이러한 장식 클래스의 배열 및 조합을 사용하여 개체를 여러 번 장식할 수 있습니다.

실용 적용:

Android에서 Context 클래스 구현

외관 모드: 주요 목적은 하위 시스템 내부의 여러 모듈과의 외부 상호 작용을 줄여 외부가 하위 시스템을 더 쉽게 사용할 수 있도록 하는 것입니다. 처리를 위해 클라이언트 요청을 하위 시스템 내의 다양한 모듈로 전달하는 역할을 담당합니다.

사용 시나리오:

1. 복잡한 하위 시스템에 간단한 인터페이스를 제공하고 싶을 때
2. 클라이언트 프로그램과 추상 클래스의 구현 부분 사이에 큰 의존성이 있었습니다
3. 계층적 하위 시스템을 구축해야 할 때

**결합 모드 :**객체를 트리 구조로 구성하여 "부분-전체" 계층 구조를 달성함으로써 클라이언트가 단일 개체와 결합된 개체를 일관되게 사용할 수 있도록 합니다.

사용 시나리오:

1. 객체의 전체 또는 일부를 나타내야 합니다. 계층 구조
2. 를 사용하면 클라이언트가 다양한 객체 계층의 변경 사항을 무시할 수 있습니다.

장점:

1. 단순하다 2. 노드를 자유롭게 추가할 수 있습니다

** 템플릿 방법:** 알고리즘 뼈대를 사용하여 알고리즘의 단계를 하위 클래스로 지연시켜 하위 클래스가 특정 알고리즘을 구현하기 위해 이러한 단계의 구현을 재정의할 수 있도록 합니다.

사용 시나리오:

1. 여러 하위 클래스에는 공용 메서드가 있으며 논리는 기본적으로 동일합니다.
2. 중요하고 복잡한 알고리즘의 경우 핵심 알고리즘을 템플릿 메서드로 설계할 수 있습니다.
3. 리팩토링할 때 템플릿은 메소드 패턴 자주 사용되는 패턴입니다

Observer 패턴: 객체 간의 일대다 종속 관계를 정의하여 객체의 상태가 변경될 때마다 관련 종속 객체에 알리고 자동으로 업데이트됩니다.

사용 시나리오:

1. 추상 모델에는 두 가지 측면이 있으며, 그 중 하나는 다른 측면에 의존합니다.
2. 한 개체가 변경되면 하나 이상의 다른 개체도 변경됩니다.
3. 시스템에 있어야 합니다. 만들기 트리거 체인

특정 응용 프로그램:

예를 들어 콜백 모드에서는 추상 클래스/인터페이스의 인스턴스가 상위 클래스에서 제공하는 추상 메서드를 구현한 후 해당 메서드가 상위 클래스로 반환되어 처리됩니다.

Listview informDataSetChanged

RxJava의 관찰자 패턴

**책임 체인 모드:** 요청에는 처리할 개체가 여러 개 있지만 처리할 수 없는 개체는 조건부 판단에 따라 결정됩니다. 처리되면 개체가 처리할 때까지 체인의 다음 개체로 전달됩니다.

사용 시나리오: 1. 동일한 요청을 처리할 수 있는 개체가 여러 개 있습니다. 요청을 처리하는 특정 개체는 런타임에 결정됩니다. 2. 수신자를 명시적으로 지정하지 않고 여러 개체 중 하나에 요청을 제출합니다.

실용 적용:Try...catch 문 주문방송 MotionEvent:actionDwon actionMove actionUp 이벤트 배포 메커니즘의 세 가지 중요한 방법: dispatchTouchEvent.onInterceptTouchEvent.onTouchEvent

** 전략 패턴: ** 일련의 알고리즘을 정의하고 하나씩 캡슐화하고 상호 교환 가능하게 만듭니다. 이 패턴을 사용하면 알고리즘을 사용하는 클라이언트와 독립적으로 알고리즘을 변경할 수 있습니다. 전략 패턴의 사용 시나리오: 클래스는 다양한 동작을 정의하며 이러한 동작은 이 클래스의 메서드에서 여러 조건문의 형태로 나타납니다. 그런 다음 전략 패턴을 사용하면 많은 수의 조건문을 사용하지 않을 수 있습니다. 수업.

사용 시나리오: 클래스는 다양한 동작을 정의하며 이러한 동작은 이 클래스의 메서드에서 여러 조건문의 형태로 나타납니다. 그런 다음 전략 패턴을 사용하면 수업.

장점: 1. 상황과 특정 전략 ConcreateStrategy가 느슨하게 결합되어 있습니다. 2. 전략 패턴은 열기-닫기 원칙을 충족합니다

특정 응용 프로그램:

1. HttpStack
2. Volley 프레임워크

16바이트 스트림 작업의 기본 단위는 문자입니다. 스트림 작업의 기본 단위는 유니코드 코드 요소(2바이트)입니다. 바이트 스트림은 기본적으로 버퍼를 사용하지 않습니다.

바이트 스트림은 일반적으로 이진 데이터를 처리하는 데 사용됩니다. 실제로 모든 유형의 데이터를 처리할 수 있지만 유니코드 코드 요소의 직접 쓰기 또는 읽기는 지원하지 않습니다. 문자 스트림은 일반적으로 텍스트 데이터를 처리하며 쓰기 및 읽기를 지원합니다. 유니코드 요소.

Java에서 문자 스트림과 바이트 스트림의 차이점을 이해하기 위한 참고 자료

17 View의 그리기 과정, 상위 View를 먼저 측정할지 아니면 자식 View를 먼저 측정할지

View와 ViewGroup의 기본 그리기 과정

18 . OOM 예외가 괜찮습니까? try...catch에 의해 포착됩니다(또는 발생을 피하기 위해 Try-catch로 메모리 부족 오류를 포착할 수 있습니까?)

이는 한 가지 경우에만 가능합니다. try에서 대형 객체가 선언됩니다. 문에서 OOM이 발생하고, try 문에서 개체 선언으로 인해 OOM이 발생한 것을 확인할 수 있으며, catch 문에서는 이러한 개체를 해제하고 OOM 문제를 해결할 수 있으며, 나머지 문은 계속해서 사용할 수 있습니다. 실행.

그러나 이는 일반적으로 적절한 접근 방식이 아닙니다. OOM을 명시적으로 포착하는 것 외에도 SoftReference, WeakReference, 하드 디스크 캐시 등과 같이 Java에서 메모리를 관리하는 더 효과적인 방법이 있습니다. JVM의 메모리가 부족해지기 전에 GC가 여러 번 트리거되며 이러한 GC는 프로그램 작동 효율성을 감소시킵니다. OOM의 원인이 try 문의 개체가 아닌 경우(예: 메모리 누수) OOM은 catch 문에서 계속 발생합니다

19 WeakReference와 SoftReference의 차이점

Java의 StrongReference의 차이점, SoftReference, WeakReference, PhantomReference

20. 100픽셀 * 100픽셀 사진이 차지하는 메모리를 계산해 보세요.

blog.csdn.net/u010652002/…

21 okHttp 구현 원리

22. 23.1+2를 계산하라! +3! +4! +5! +...+20!의 결과는 코드

24에서 구현됩니다. 어떤 것이 스레드로부터 안전하고 왜 스레드로부터 안전한지

25.

답변: blog.csdn.net/xmc28114194…

27. sqlite는 다중 스레드 작업을 수행할 수 있나요? 다중 스레드 데이터베이스 작업의 보안을 보장하는 방법은 무엇입니까? 데이터베이스를 사용하려면 DatabaseManager의 openDatabase() 메서드를 사용하여 데이터베이스를 가져와야 합니다. 이 메서드는 데이터베이스 개체, 즉 작업할 때마다 사용되는 sqlite 개체의 고유성을 보장하기 위해 싱글톤 모드를 사용합니다. 데이터베이스는 일관되게 획득됩니다. 둘째, 참조 횟수를 사용하여 데이터베이스 개체 생성 여부를 결정합니다. 참조 횟수가 1이면 데이터베이스를 생성해야 합니다. 1이 아니면 이미 생성된 것입니다. closeDatabase() 메소드에서는 참조 카운트 값도 판단합니다. 참조 카운트가 0으로 떨어지면 데이터베이스를 닫아야 함을 의미합니다.

일반적인 접근 방식은 다중 스레드 액세스의 경우 Sqlite 데이터베이스의 읽기 및 쓰기를 관리하기 위해 DatabaseManager를 캡슐화해야 하며 비동기 및 비동기가 필요하며 데이터베이스를 직접 작동하지 않는다는 것입니다. , 이는 잠금 문제가 발생하기 쉽습니다. 결과적으로 잠금 후 작업이 실패합니다.

이 답변은 이 기사 blog.csdn.net/rockcode_li...

28을 참조합니다. 두 개의 연결된 목록의 교차점을 결정하는 방법분석: leetcode의 교차점 두 개의 연결된 목록 www.360doc.com/content/16/…

여러 가지 아이디어가 있습니다:

(1) 무차별 대입 크래킹, 연결된 목록 A의 모든 노드를 탐색하고 각 노드에 대해 연결된 모든 노드와 비교 리스트 B의 종료 조건은 B에서 첫 번째로 동일한 노드를 찾는 것입니다. 시간 복잡도는 O(lengthA*lengthB)이고 공간 복잡도는 O(1)입니다.

(2) 해시 테이블 . 연결된 목록 A를 탐색하고 해시 테이블에 노드를 저장합니다. 그런 다음 연결된 목록 B를 순회하고 B의 각 노드에 대해 해시 테이블을 검색합니다. 해시 테이블에서 발견되면 교차가 시작되는 노드라는 의미입니다. 시간 복잡도는 O(lengthA+lengthB)이고 공간 복잡도는 O(lengthA) 또는 O(lengthB)입니다.

(3) 이중 포인터 방법, 포인터 pa와 pb는 각각 연결된 목록 A와 B의 첫 번째 노드를 가리킵니다.

연결된 목록 A를 탐색하고 길이 A를 기록하고, 연결된 목록 B를 탐색하고 길이 B를 기록합니다.

두 연결 리스트의 길이가 다를 수 있기 때문에, 예를 들어 질문에 주어진 경우 lengthA=5, lengthB=6이면 차이는 lengthB-lengthA=1이고 포인터 pb는 1을 취합니다. 즉, 연결리스트 B의 첫 번째 노드에서 한 걸음씩 이동합니다. 즉, 두 번째 노드를 가리키고, pa는 연결리스트 A의 첫 번째 노드를 가리킵니다. 그런 다음 동시에 한 단계씩 이동합니다. 동일하면 교차 노드입니다.

End

요즘 Android 개발은 예전만큼 인기가 없지만 여전히 선배 인재가 부족합니다. 웹 선배 인재도 부족하고, C++ 선배 인재도 부족하기 때문에 이 문장이 친숙하게 들리시나요? 인공지능 시대에는 고급 인재도 부족할 것입니다!

수준이 높은 사람들은 다른 분야에서도 높은 수준의 인재인 것 같고, 인기 있는 것을 선택한다고 해서 순조롭게 항해할 수 있는 것은 아닙니다.

온라인에는 선임 엔지니어 인터뷰와 관련된 기사가 섞여 있습니다. 콘텐츠가 너무 많거나 콘텐츠의 품질이 너무 얕습니다

. 이를 고려하여 다음과 같은 Android 개발 수석 엔지니어 인터뷰를 편집했습니다. 성공적으로 수석 엔지니어로 진출하는 데 도움이 되는 질문과 답변 저는 현재 대규모 공장에서 수석 Android 엔지니어로 근무하고 있습니다. 현재 환경에서 Android 엔지니어에게도 기여하고 싶습니다. 이러한 질문을 주의 깊게 읽었습니다. 선배 엔지니어들은 이제 막 시작한 사람들처럼 무시당하지 않을 거라는 걸 다들 아시잖아요. 질문은 한두 문장으로 명확하게 표현될 수 있어서 좋은 글을 걸러서 모두가 이해할 수 있도록 돕습니다. 모든 사람에게 도움이 되기를 바랍니다.

위 내용은 Alibaba 및 기타 주요 제조업체와의 인터뷰에서 Android 개발자가 직면한 문제 모음의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!