vb.net不能寫非托管DLL。
專注于為中小企業(yè)提供成都做網站、網站制作、成都外貿網站建設服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)遵化免費做網站提供優(yōu)質的服務。我們立足成都，凝聚了一批互聯(lián)網行業(yè)人才，有力地推動了上千多家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網站建設實現規(guī)模擴充和轉變。
但vb.net可以調用別的語言寫的非托管DLL。
Me.Invoke(d, i)
問題出在這里！
直接用Me.Invoke把實際的執(zhí)行任務提交給主線程運行
所以你的處理函數實際上是在主線程中運行的，新線程等于沒用
正確的作法是，定義一個函數為入口的線程，并啟動它
在需要調用的時候再使用Invoke來調用委托來進行更改。
----------------------------------------------------------------
方法已經給你說明白了，新建1個線程和2個線程來操作有什么不通用的哪？？
問題不是線程個數的問題，是你線程中的函數一直在調用settext和settext1兩個函數，而這兩個函數都是處于method 方法 的while的循環(huán)中，相當于不間歇的在使用 Me.Invoke(d, i)這個方法。
----------------------------------------------------------------
如果你要不停地通過另外一個線程修改richtextbox內的內容，那也可以新啟動一個線程，由這個線程的入口方法創(chuàng)建一個richtextbox ，再由這個線程來對這個richtextbox 進行操作。當然，你也可以用不安全的線程間的操作方法來實現。
1.如果你釋放的是托管托管代碼的內存，那么托管代碼的內存管理是自動的，.NET可以保證我們的托管程序在結束時全部釋放。
2.如果是非托管資源時.NET就不能自動管理了，下面是釋放非托管資源內存方法
當我們利用如數據庫、文件等非托管資源時，就要用到.NET Framework中的標準： IDisposable接口。按照標準，所有有需要手動釋放非托管資源的類都得實現此接口。這個接口只有一個方法，Dispose()，不過有相對的 Guidelines指示如何實現此接口，在這里我向大家說一說。實現IDisposable這個接口的類需要有這樣的結構：
[Visual Basic]
Public Class Base
Implements IDisposable
Public Overloads Sub Dispose() Implements IDisposable.Dispose
Me.Dispose(True)
GC.SuppressFinalize(Me)
End Sub
Protected Overloads Overridable Sub Dispose(ByVal disposing As Boolean)
If disposing Then
' 托管類
End If
' 非托管資源釋放
End Sub
Protected Overrides Sub Finalize()
Me.Dispose(False)
MyBase.Finalize()
End Sub
End Class
Public Class Derive
Inherits Base
Protected Overloads Overrides Sub Dispose(ByVal disposing As Boolean)
If disposing Then
' 托管類
End If
' 非托管資源釋放
MyBase.Dispose(disposing)
End Sub
End Class
我們要實現Dispose方法，實現這個Dispose方法的幾個準則：
它不能扔出任何錯誤，重復的調用也不能扔出錯誤。也就是說，如果我已經調用了一個對象的Dispose，當我第二次調用Dispose的時候程序不應該出錯，簡單地說程序在第二次調用Dispose時不會做任何事。這些可以通過一個flag或多重if判斷實現。
一個對象的Dispose要做到釋放這個對象的所有資源。拿一個繼承類為例，繼承類中用到了非托管資源所以它實現了IDisposable接口，如果繼承類的基類也用到了非托管資源那么基類也得被釋放，基類的資源如何在繼承類中釋放呢？當然是通過一個virtual/Overridable方法了，這樣我們能保證每個Dispose都被調用到。這就是為什么我們的設計有一個virtual/Overridable的Dispose方法。注意我們首先要釋放繼承類的資源然后再釋放基類的資源。
因為非托管資源一定要被保障正確釋放所以我們要定義一個Finalizer來避免程序員忘了調用Dispose的情況。上面的設計就采用了這種形式。如果我們手動調用Dispose方法就沒有必要再保留Finalizer了，所以在Dispose中我們用了GC.SupressFinalize 將對象從Finalizer表去掉，這樣再回收時速度會更快。
那么那個disposing和"托管類"是怎么回事呢？是這樣：在"托管類"中寫所有你想在調用Dispose時讓其處于可釋放狀態(tài)的托管代碼。還記得我們說過我們不知道托管代碼是什么時候釋放的嗎？在這里我們只是去掉成員對象的引用讓它處于可被回收狀態(tài)，并不是直接釋放內存。在"托管類"中這里我們也要寫上所有實現了IDisposable的成員對象，因為他們也有Dispose，所以也需要在對象的Dispose中調用他們的 Dispose，這樣才能保證第二個準則。disposing是為了區(qū)分Dispose的調用方法，如果我們手動調用那么為了第二個準則"托管類"部分當然得執(zhí)行，但如果是Finalizer調用的Dispose，這時候對象已經沒有任何引用，也就是說對象的成員自然也就不存在了（無引用），也就沒有必要執(zhí)行"托管類"部分了，因為他們已經處于可被回收狀態(tài)了。好了，這就是IDisposable接口的全部了。現在讓我們來回想一下，以前我們可能認為有了 Dispose內存就會馬上被釋放，這是錯誤的。只有非托管內存才會被馬上釋放，托管內存的釋放由GC管理，我們不用管。
重慶分公司
重慶分公司
