[問題] 怎知 "方法(函式)" 執行者是誰?

[s4300026 (s4300026)]

C# 的各位先進好

小弟最近在使用backgroundworker做背景執行

假設主執行序執行Form

我想知道以下認知是否正確，或是可以有什麼方法可以知道是誰在做事情?

1. 主執行序的視窗類別的子類別直接執行某方法 是由 主執行序執行該方法

2. 主執行序的視窗類別的子類別的某方法 做成委派變數 給背景執行序執行

   是由 主執行序執行該方法

        delegate void MyMethod (void);
        MyMethod method = subClassMethod;

        void Scanner_DoWork(object sender, DoWorkEventArgs e)
        {
          method();
        }

3. 承2.，但是給背景執行序委派 是由 主執行序執行 委派方法

        void Scanner_DoWork(object sender, DoWorkEventArgs e)
        {
          method.Invoke();
        }

------------

然後我還想知道 2.3 的差異性...

使用情境，我現在有個 RS232 傳輸裝置

當我送出訊息給對方後，對方會回傳給我對應的資料

目前的情況是我有兩種狀況都要傳訊息：

    1. 常態性背景掃描

    2. 我的特殊要求

我在想，如果傳輸方法都是同一個執行序在執行

那我就不用費心去把方法鎖住

System.Threading.AutoResetEvent unLocker;

但如果執行者是不同執行序

我就要考慮 RS232 當下有沒有在執行 write的方法

不然我是否會遺失訊息

PS：目前我發現常常我的要求被 "忽視"，我在想到底是哪個環節出問題...

感謝大家聆聽~~~

謝謝大家~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.250.235.221
※ 文章網址: https://www.ptt.cc/bbs/C_Sharp/M.1536736847.A.DE1.html
※ 編輯: s4300026 (60.250.235.221), 09/12/2018 15:22:37
推 Litfal: DoWork事件是由非視窗執行緒觸發執行
→ Litfal: ProgressChanged 是由視窗執行緒執行
→ Litfal: 要用 backgroundworker，遵守這個原則會比較清楚
→ Litfal: 2、3是一樣的
→ Litfal: 在DoWork裡面寫個無限迴圈去撈資料，拿到想顯示的資料後，
→ Litfal: 用 ReportProgress() 去觸發 ProgressChanged，在事件裡面
→ Litfal: 再去調整UI
感謝您的熱心回覆~~~

話說你的回答讓我想起之前一直也想問的問題

事件管理者(event Eventhandler) 掛勾 事件響應方法
comPort.DataReceived += ComPort_DataReceived;

當事件發生(raise)後，事件響應方法是哪個執行序在執行的?

raise的執行序要做事，還是監聽的執行序要做事

(就名詞而言好像監聽的執行序要做事比較合理... 是嗎?)

離題了...



話說我之前沒想過用ProgressChanged，是因為我覺得用不到

我的理由是

因為 comPort.DataReceived += ComPort_DataReceived; 掛上去後

我就已經可以直接收到資料了，然後就可以直接更新我的資料了。

那就不用ProgressChanged了阿... (也想不到怎麼用)

更直白地說，backgroundworker 只負責發送不負責接收阿...
※ 編輯: s4300026 (60.250.235.221), 09/12/2018 17:08:15
推 DeathTemp: 試試看不要直接送出指令給RS232，而是先放在一個Queue
→ DeathTemp: 裡面，等到收完上個指令的回覆或者你定義的timeout後
→ DeathTemp: 再送出下一筆指令，如果這樣收資料就正常的話，那就是
→ DeathTemp: 證實你的懷疑沒錯了
推 Litfal: SerialPort.DataReceived 是從ThreadPool抓一個閒置的執行
→ Litfal: 緒來raise，跟你註冊的執行緒無關
→ s4300026: 不是，我想表達的意思是目前寫法是送收分離的
→ s4300026: 我現在正在改成deathtemp的方法，雖然可能可以解決問題
→ s4300026: ，但是我還是不明白要怎麼知道是哪個thread執行哪個方法
→ s4300026: 啊！ 舉例來說我會好奇litfal說的，為什麼backgroundwor
→ s4300026: ker可以做到dowork事件是一個執行序，progresschange是
→ s4300026: 另一個執行序
推 Litfal: System.Threading.Thread.CurrentThread.ManagedThreadId
→ Litfal: 元件的細節就是靠經驗和看文件
→ Litfal: BackgroundWorker設計上就是給WinForm做非同步用的，當然
→ Litfal: 就會有耗時工作工作DoWork，由非視窗執行緒做，避免卡死UI
→ Litfal: 以及ProgressChanged顯示進度用，由視窗執行緒做，可以直
→ Litfal: 接調整UI控制項。
→ s4300026: 原來真的有阿！！太好了，這樣就可以好好找問題了
→ s4300026: 感謝litfal
推 DeathTemp: 其實RS232 Device在上一筆指令還沒處理完，又接到新指
→ DeathTemp: 令的時候，直接忽視新指令是很常見的做法