IPC-kommunikation mellan processer

ipcMain.handle registrerar en namngiven kanal i huvudprocessen som svarar på förfrågningar från renderer-processen. Den tar emot en asynkron hanterarfunktion, och dess returvärde blir det upplösta värdet för Promiset i renderer-processen, vilket gör den lämplig för operationer som att läsa filer eller ställa frågor till en databas.

ipcRenderer.invoke skickar ett meddelande på en namngiven kanal och returnerar ett Promise som löses med returvärdet från huvudprocessens hanterare. Det skapar ett rent asynkront mönster för förfrågan och svar som fungerar naturligt med async/await i både preload-skriptet och React-komponenterna.

Preload-skriptet kapslar in anrop till ipcRenderer.invoke och exponerar dem via contextBridge. Exempel: api.readFile = (filePath) => ipcRenderer.invoke('read-file', filePath). Renderer-processen anropar window.api.readFile(path) och får tillbaka ett Promise — rent och sandboxat.

När contextIsolation är aktiverat kan renderer-processen inte använda require('electron') eller importera ipcRenderer direkt — modulen är helt enkelt inte tillgänglig. All IPC måste gå via preload-skriptets exponering genom contextBridge. Detta är avsiktligt: det hindrar XSS-attacker från att få åtkomst till IPC.

ipcMain.on lyssnar efter enkelriktade meddelanden som skickas med ipcRenderer.send (inte invoke). Det finns ingen automatisk svarskanal — detta mönster passar aviseringar eller kommandon där renderer-processen inte behöver något svar, till exempel för att logga händelser eller utlösa en inbyggd avisering.

Huvudprocessen kan skicka data till renderer-processen med webContents.send('channel-name', data). Detta är det primära sättet för huvudprocessen att initiera kommunikation — till exempel genom att vidarebefordra händelser från filsystemets bevakning eller åtgärder från inbyggda menyer till React-gränssnittet.

I preload-skriptet registrerar ipcRenderer.on('update', callback) en lyssnare för pushmeddelanden från huvudprocessen. Callback-funktionen tar emot händelsen och eventuella data som huvudprocessen skickade, och du skickar sedan vidare detta till renderingsprocessen via funktionen som exponeras av contextBridge.

Ett tydligt mönster för pushhändelser är: api.onUpdate = (callback) => ipcRenderer.on('update', (_event, data) => callback(data)). React-komponenter prenumererar genom att anropa window.api.onUpdate(setData), och callback-funktionen uppdaterar tillståndet när huvudprocessen skickar nya data.

Varje ipcRenderer.on-lyssnare måste tas bort när den inte längre behövs för att förhindra minnesläckor och dubbla callback-anrop. Preload-funktionen bör returnera en cleanup-funktion (t.ex. () => ipcRenderer.removeListener('update', callback)) som React anropar i useEffect:s cleanup-returvärde.

IPC-indata från renderingsprocessen ska betraktas som opålitliga data i huvudprocessens hanterare. Validera alltid filsökvägar (förhindra path traversal-attacker), sanera frågeparametrar och kontrollera att avsändarens origin är den förväntade. Exponera aldrig en generell eval- eller exec-IPC-kanal.

När appen växer bör du organisera IPC-kanaler med namnkonventioner som använder namnutrymmen: 'fs:read-file', 'db:query', 'window:minimize'. Förvara kanalnamnen i en gemensam konstantfil som importeras av både main.js och preload-skriptet för att förhindra stavfel och göra refaktorering säkrare.

IPC är ryggraden i kommunikationen i Electron. ipcMain.handle och ipcRenderer.invoke bildar ett Promise-baserat begäran-svar-par för åtgärder som initieras av renderingsprocessen. För pushmeddelanden som initieras av huvudprocessen samverkar webContents.send och ipcRenderer.on. All IPC i renderingsprocessen måste gå via preload-skriptets contextBridge, och lyssnare bör alltid rensas bort för att förhindra minnesläckor.