我做的网站怎么是危险网站宁波网站建设优化企业

上文已经讲述了 在electron中使用@electron/remote，一定要注意看你当前项目的 electron版本是多少！！其实也是记录自己在开发过程中踩到的吭，刚使用electron时不是很熟悉，直接上手去进行开发，看到这个remote挺好用，可以直接在我们的渲染进程中直接使用，最后开发完毕了，发现remote已经被废弃了，并且有安全风险，自己当前的版本是22.3.27;

为什么废弃remote

• 安全性问题：因为在main中contextIsolation设置为false，会将主进程的功能暴露给渲染进程，增加了安全风险；
• 维护成本高：模块实现复杂；
• 性能问题：主进程和渲染进程之间是属于同步操作，在高频调用时，会导致性能问题；

解决方案 ———— IPC通信

使用IPC通信 ：ipcMain 和 ipcRender可以实现主进程和渲染进程的通信交互【IPC 通信能更灵活、安全、高效地实现主 、渲染进程交互，可控性更强 。】

在主进程main.js中，
nodeIntegration: false, // 禁用渲染进程直接集成 Node.js
contextIsolation: true, // 启用上下文隔离，增强安全

举例：还以打开文件夹举例：

1、在主进程使用ipcMain：

2、在preload.ts 预加载文件使用ipcRender：

const { contextBridge, ipcRenderer } = require('electron');// 暴露自定义 API 给渲染进程，这里暴露打开用户手册的方法
contextBridge.exposeInMainWorld('electronAPI', {openUserManual: () => {return ipcRenderer.invoke('open-user-manual');}
});

3 、在渲染文件中使用：

import  React from "react"const HelpBar = () => {return (<button onClick={async()=>await window.electrionAPI.openUserManual()}>打开用户手册</button>);
};export default HelpBar;

ps：当然@electron/remote 也可以继续使用，可以临时当一个过渡方案