今天在CSDN論壇裡看一個帖子，說是在ListView中添加了條目後第一行內容不顯示，為了還原他的問題我寫了以下代碼。
復制代碼 private void LoadFiles(DirectoryInfo dir) { FileInfo[] files = dir.GetFiles(); foreach (FileInfo file in files) { ListViewItem item = new ListViewItem(); item.Tag = file; item.SubItems.AddRange(SubItems.ToArray()); listView1.Items.Add(item); UpdateItem(item); } } ListViewItem.ListViewSubItem[] SubItems { get { return new ListViewItem.ListViewSubItem[] { new ListViewItem.ListViewSubItem(), new ListViewItem.ListViewSubItem() }; } } private void UpdateItem(ListViewItem item) { FileInfo info = (FileInfo)item.Tag; item.Text = info.Name; item.SubItems[1].Text = info.Length.ToString("N0"); item.SubItems[2].Text = info.LastWriteTime.ToString(); } 復制代碼 ListView共有3列，分別顯示文件名、大小和最後修改時間，運行以後我發現，文件名可以顯示，但是後面2列不能顯示。經過各種調試和偶遇，終於讓我發現，只要改變ListViewItem.Text的值，後面兩列的內容就能夠顯示了，於是初步解決方案是改變ListViewItem.Text的賦值順序，把它放在所有SubItem.Text賦值以後再賦值。 為了找到根本原因，我翻查了.net類庫的源代碼，最後終於發現問題所在，先來看看ListViewSubItem.Text的源代碼。 復制代碼 public string Text { get { return text == null ? "" : text; } set { text = value; if (owner != null) { owner.UpdateSubItems(-1); } } } 復制代碼 在對此屬性賦值時，首先檢查owner字段的值是否為空，如果不為空才調用owner.UpateSubItems方法對ListView進行更新。很明顯，出現上面的問題時，owner值一定為空，通過在VS裡調試證實了這點。 現在的問題是，為什麼這owner會為空，owner的類型是ListViewItem，從字面理解它應該是SubItem所屬的那個行項目，正常情況下在添加到ListViewItem.SubItems以後就應該不會為空，於是我猜是在添加的時候這個owner沒有被賦值。後來通過查看源代碼以後證實了我的想法，來看看ListViewSubItemCollection關於添加子項的源碼。 復制代碼 public ListViewSubItem Add(ListViewSubItem item) { EnsureSubItemSpace(1, -1); item.owner = this.owner; owner.subItems[owner.SubItemCount] = item; owner.UpdateSubItems(owner.SubItemCount++); return item; } public void AddRange(ListViewSubItem[] items) { if (items == null) { throw new ArgumentNullException("items"); } EnsureSubItemSpace(items.Length, -1); foreach(ListViewSubItem item in items) { if (item != null) { owner.subItems[owner.SubItemCount++] = item; } } owner.UpdateSubItems(-1); } 復制代碼 很明顯，Add方法對owner進行了賦值，但AddRange方法沒有，而在帖子裡所用的是AddRange方法，所以造成了這個問題。 那為什麼對Text賦值以後，子項裡的內容又能夠顯示了呢？好吧，再來看看ListViewItem.Text的源碼 復制代碼 public string Text { get { if (SubItemCount == 0) { return string.Empty; } else { return subItems[0].Text; } } set { SubItems[0].Text = value; } } 復制代碼 對ListViewItem.Text的賦值實際上就是對它第0個子項的Text賦值，那為什麼這個子項可以工作呢，好吧，再來看看第0個子項的來歷，以下是ListViewItem.SubItems的源碼。 復制代碼 public ListViewSubItemCollection SubItems { get { if (SubItemCount == 0) { subItems = new ListViewSubItem[1]; subItems[0] = new ListViewSubItem(this, string.Empty); SubItemCount = 1; } if (listViewSubItemCollection == null) { listViewSubItemCollection = new ListViewSubItemCollection(this); } return listViewSubItemCollection; } } 復制代碼 由於帖子裡使用了ListViewItem的無參數構造函數，因此在第一次調用SubItems屬性時，SubItemCount的值為0，這時就會自動插入一個子項，而這裡使用的構造函數直接把當前ListViewItem傳進去了，子項的owner就有了值，因此可以正常顯示文字。回想前面的對子項Text賦值的源碼，在賦值以後會調用owner.UpdateSubItems(-1)來更新顯示，這個方法並不是僅僅更新一個子項，而是會更新所有子項，因此所有的內容又都可以看到了。 最後還有一個問題，為什麼調用ListView.Refresh或Invalidate方法沒用呢？我沒有做深入研究，只是做一個猜想。因為.net的ListView控件只是對原生Windows的ListView控件的封裝，在OwnerDraw為false時，所有的繪圖都由原生的ListView控件完成。從以上代碼可以看出，子項的文本在托管代碼裡保存了一份，而我敢肯定在原生的控件裡也保存了一份，當owner存在時，這兩個值是相同的，而在owner不存在時，由於沒有更新導致原生控件裡沒有更新而失去了同步，這樣無論怎麼Refresh都是沒有用的。 Bug就分析到此，原因找到了，解決辦也自然有了。但我想說的不是解決辦法，而是怎麼利用這個BUG，再來看看ListViewItem.UpdateSubItems方法。 復制代碼 internal void UpdateSubItems(int index){ UpdateSubItems(index, SubItemCount); } internal void UpdateSubItems(int index, int oldCount){ if (listView != null && listView.IsHandleCreated) { int subItemCount = SubItemCount; int itemIndex = Index; if (index != -1) { listView.SetItemText(itemIndex, index, subItems[index].Text); } else { for(int i=0; i < subItemCount; i++) { listView.SetItemText(itemIndex, i, subItems[i].Text); } } for (int i = subItemCount; i < oldCount; i++) { listView.SetItemText(itemIndex, i, string.Empty); } } } 復制代碼 ListViewSubItem.set_Text在調用此方法時，專入的參數是-1，可以看出這將會導致所有的子項重繪，這點前面說過了。按此計算，如果ListView有10列，那每行需要重繪100次，其中有90次是在做無用功，不但增加了CPU的負擔，還會可能會導致界面閃爍，但如果合理地利用這個BUG，可以有效改善這個情況。 ==補充====================================================== 做了一個實地測試，30列200行，做一次所有行和列的刷新，常規方法700ms，而利用這個BUG可以降到25ms。 最後做個總結 在為ListView添加行項目時，各項目的SubItem如果采用AddRange方法添加，會導致在後續更新SubItem的Text時，界面上不會更改，解決辦法有兩種： 1、不要使用ListViewItem.SubItems.AddRange方法，而改用Add。 2、仍舊使用AddRange方法，但在更新內容時，第0列（也就是ListViewItem.Text）最後更新。 但是這個BUG歪打正著地為提升ListView性能提供了可能，可使用上面的第2個解決辦法實現，在大數量時效果尤其明顯。
