findViewById () mengembalikan null untuk komponen kustom dalam XML layout, bukan untuk komponen lain

Saya memiliki res/layout/main.xmltermasuk elemen ini dan lainnya:

<some.package.MyCustomView android:id="@+id/foo" (some other params) />
<TextView android:id="@+id/boring" (some other params) />

Di onCreate Aktivitas saya, saya melakukan ini:

setContentView(R.layout.main);
TextView boring = (TextView) findViewById(R.id.boring);
// ...find other elements...
MyCustomView foo = (MyCustomView) findViewById(R.id.foo);
if (foo == null) { Log.d(TAG, "epic fail"); }

Unsur-unsur lain berhasil ditemukan, tetapi fookembali nol. MyCustomView memiliki konstruktor MyCustomView(Context c, AttributeSet a)dan Log.d(...)di akhir konstruktor tersebut berhasil muncul di logcat tepat sebelum "epik gagal".

Mengapa foonull?

Karena di konstruktor, saya super(context)malah super(context, attrs).

Masuk akal, jika Anda tidak meneruskan atribut, seperti id, maka tampilan tidak akan memiliki id dan oleh karena itu tidak dapat ditemukan menggunakan id itu. :-)

Saya memiliki masalah yang sama karena dalam tampilan kustom saya, saya mengganti konstruktor tetapi memanggil super contrs dengan paramete attrs. Itu adalah copy paste)

Versi konstruktor saya sebelumnya:

    public TabsAndFilterRelativeLayout(Context context, AttributeSet attrs) {
            super(context);
}

Sekarang saya punya:

    public TabsAndFilterRelativeLayout(Context context, AttributeSet attrs) {
            super(context, attrs);}

Dan itu berhasil!

Saya memiliki masalah yang sama. Kesalahan saya adalah: Saya menulis

        LayoutInflater inflater = (LayoutInflater) getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View layout=inflater.inflate(R.layout.dlg_show_info, null);
        alertDlgShowInfo.setView(layout);
        TableRow trowDesc=(TableRow)findViewById(R.id.trowDesc);

dan karena saya menggunakan inflater untuk "memuat" tampilan dari file XML, baris terakhir salah. Untuk mengatasinya, saya harus menulis:

TableRow trowDesc=(TableRow)layout.findViewById(R.id.trowDesc);

Saya menulis solusi saya, jika seseorang memiliki masalah yang sama.

Sepertinya ada berbagai alasan. Saya baru saja menggunakan "Bersihkan ..." di Eclipse untuk memecahkan masalah serupa. (FindViewByID telah bekerja sebelumnya dan karena alasan tertentu mulai mengembalikan null.)

Masalah yang sama, tetapi solusi yang berbeda: Saya tidak menelepon

setContentView(R.layout.main)

SEBELUM saya mencoba mencari pemandangan seperti yang tertera di sini

Jika Anda memiliki beberapa versi tata letak (bergantung pada kepadatan layar, versi SDK), pastikan semuanya menyertakan elemen yang Anda cari.

Dalam kasus saya findViewById mengembalikan null karena tampilan kustom saya terlihat seperti ini di XML utama:

        <com.gerfmarquez.seekbar.VerticalSeekBar  
            android:id="@+id/verticalSeekBar"
            android:layout_width="wrap_content" 
            android:layout_height="fill_parent" 
            />

dan saya menemukan bahwa ketika saya menambahkan hal-hal xmlns itu bekerja seperti ini:

        <com.gerfmarquez.seekbar.VerticalSeekBar  
            xmlns:android="http://schemas.android.com/apk/res/android"
            android:id="@+id/verticalSeekBar"
            android:layout_width="wrap_content" 
            android:layout_height="fill_parent" 
            />

Pastikan bahwa setContentView(R.layout.main)pernyataan memanggil sebelum findViewById(...)pernyataan;

Bagi saya, masalah terpecahkan ketika saya menambahkan folder res ke Source di Java Build Path di Project Settings.

Saya mengalami masalah yang sama beberapa waktu yang lalu ketika saya menambahkan Tampilan kustom melalui XML tata letak dan kemudian mencoba memasang callback di tempat lain dalam aplikasi ...

Saya membuat tampilan kustom dan menambahkannya ke "layout_main.xml" saya

public class MUIComponent extends SurfaceView implements SurfaceHolder.Callback {
    public MUIComponent (Context context, AttributeSet attrs ) {
        super ( context, attrs );
    }
    // ..
}

Dan di Aktivitas utama saya ingin melampirkan beberapa callback dan mendapatkan referensi ke elemen UI dari XML.

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        // ...

        MUIInitializer muiInit = new MUIInitializer();
        muiInit.setupCallbacks(this);
        muiInit.intializeFields(this);
    }       
}

Initilizer tidak melakukan sesuatu yang mewah tetapi perubahan apa pun yang dicoba dilakukan pada tampilan kustom (MUIComponent) atau elemen UI non-kustom lainnya tidak muncul dalam aplikasi.

public class MUIInitializer {

    // ...

    public void setupCallbacks ( Activity mainAct ) {


        // This does NOT work properly
        // - The object instance returned is technically an instance of my "MUICompnent" view
        //   but it is a *different* instance than the instance created and shown in the UI screen
        // - Callbacks never get triggered, changes don't appear on UI, etc.
        MUIComponent badInst = (MUIComponent) mainAct.findViewById(R.id.MUIComponent_TESTSURF);


        // ...
        // This works properly

        LayoutInflater inflater = (LayoutInflater) mainAct.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View inflatedLayout = inflater.inflate ( R.layout.activity_main, null );

        MUIComponent goodInst = (MUIComponent) inflatedLayout.findViewById(R.id.MUIComponent_TESTSURF);


        // Add callbacks
        // ...
    }

}

Perbedaan antara "badInst" dan "goodInst" adalah:

• badInst menggunakan findViewByID Aktivitas
• goodInst memekarkan tata letak dan menggunakan tata letak yang diperbesar untuk melakukan pencarian

Ini terjadi pada saya dengan komponen khusus untuk Wear, tetapi merupakan saran umum. Jika Anda menggunakan Stub (seperti yang saya gunakan WatchViewStub), Anda tidak bisa begitu saja menelepon ke findViewById()mana pun. Segala sesuatu di dalam rintisan harus digelembungkan terlebih dahulu, yang tidak terjadi begitu saja setContentView(). Jadi, Anda harus menulis sesuatu seperti ini untuk menunggu itu terjadi:

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_wear);
    final WatchViewStub stub = (WatchViewStub) findViewById(R.id.watch_view_stub);
    stub.setOnLayoutInflatedListener(new WatchViewStub.OnLayoutInflatedListener() {
        @Override
        public void onLayoutInflated(WatchViewStub stub) {
            myCustomViewInst = (MyCustomView) findViewById(R.id.my_custom_view);
            ...

Masalah saya adalah salah ketik. Saya telah menulis android.id(titik), bukan android:id. : P

Rupanya tidak ada pemeriksaan sintaks dalam komponen kustom saya xml. :(

Punya masalah yang sama.

Saya memiliki tata letak dengan sedikit anak. Dari konstruktor salah satunya saya mencoba mendapatkan referensi (dengan menggunakan context.findViewById) ke anak lain. Itu tidak berfungsi karena anak kedua didefinisikan lebih jauh dalam tata letak.

Saya telah menyelesaikannya seperti ini:

setContentView(R.layout.main);
MyView first = findViewById(R.layout.first_child);
first.setSecondView(findViewById(R.layout.second_child));

Ini akan berhasil juga jika urutan anak-anak berlawanan, tapi saya rasa umumnya harus dilakukan seperti di atas.

The findViewById()Metode kadang-kadang kembali nullketika akar tata letak tidak memiliki android:idatribut. Wizard Eclipse untuk membuat file xml layout tidak secara otomatis menghasilkan android:idatribut untuk elemen root.

Dalam kasus saya, tampilan berada di induk BUKAN dalam tampilan yang saya coba panggil. Jadi dalam tampilan anak saya harus memanggil:

RelativeLayout relLayout = (RelativeLayout) this.getParent();
View view1 = relLayout.findViewById(R.id.id_relative_layout_search);

Opsi 'bersih' berhasil untuk saya.

Dalam kasus saya, akar penyebabnya adalah bahwa kode sumber berada di jaringan bersama, dan workstation serta server file saya tidak disinkronkan dengan benar, dan telah melayang selama 5 detik. Stempel waktu pada file yang dibuat oleh Eclipse berada di masa lalu (karena mereka ditetapkan oleh server file) membuat jam stasiun kerja, menyebabkan Eclipse menyelesaikan dependensi antara file yang dibuat dan file sumber secara tidak benar. Dalam kasus ini, 'clean' tampaknya berfungsi, karena memaksa build ulang lengkap, bukan build inkremental yang bergantung pada stempel waktu yang salah.

Setelah saya memperbaiki pengaturan NTP di workstation saya, masalah tidak pernah terjadi lagi. Tanpa pengaturan NTP yang tepat, itu akan terjadi setiap beberapa jam, karena jam bergerak cepat.

Untuk menambahkan kesalahan sepele lainnya ke jawaban yang harus diperhatikan:

Periksa apakah Anda benar-benar mengedit file XML tata letak yang benar ...

saya memiliki masalah yang sama karena saya lupa memperbarui id tampilan di semua folder tata letak saya.