劝好了是人家天赋异禀，劝不好是你误人子弟。所以这个问题本质上可能不是你想的那样。

Senior+Leader 才 5000U 啊？

解决方法很简单，打开 devTools 看看网络里加载的瓦片预览图。这种情况基本上可以确定是图源问题。

@zhouyg 我考虑过，这样做有一些弊端：1 、不同语言互相调用会提升复杂度（包括但不仅限于错误传递、打包部署、兼容性问题） 2 、这种互相调用方式会引入新的问题（如自定义协议、时延或者锁的问题，以上分别对应了不同的方案）。
可能是我的需求掣肘比较多吧。
另外，做软件不仅要考虑技术难度，还要考虑工程效率。

不是，哥们认真的吗，用 Base64 留联系方式是什么风潮？

`那么虽然我的核心工作在第一层和第二层，但是工作量却在第三层，我希望提升的是这一部分。electron 无法支撑我的第一层，其他的选型无法满足我的第三层。`
抱歉这段话的第一和第三层说反了 -> 核心工作在硬件侧，即第三层，electron 无法支撑。而工作量在视图层，即第一层，其他选项无法满足。

@1una0bserver
1 、关于兼容性，我会要求客户操作系统不低于 win10 。
2 、不会有太多的窗口创建和销毁。

补充说明一下：UI 层面主要是用户填写参数和实时数据/图表的刷新。为什么对 web 有那么大的需求呢？因为我的目标是构建一个灵活的产品架构，第一层是大量组合式、动态（比如动态列表）的前端交互面板；第二层是中间层，将前端的数据结构翻译成底层的执行命令；第三层是控制部分。通过这种方式将多参数、多任务、多设备统一起来，只需要一个客户端，用户可以通过这种组合式交互执行一系列的复杂控制。

那么虽然我的核心工作在第一层和第二层，但是工作量却在第三层，我希望提升的是这一部分。electron 无法支撑我的第一层，其他的选型无法满足我的第三层。

我另外还有 2 个问题有：
1 、我的实时高频（ 10ms 级）数据从 rust 传递到 webview 有没有性能问题，比如时延以及导致的阻塞。tauri 是如何实现 rust 和 js 相互调用的。
2 、诸位所说的 webview 的坑除了兼容性，还有哪些？大量数据图表的性能问题是否存在（不过这个我有数据层面的优化算法）？ webview 长期运行是否会越来越卡（对 GC 又爱又恨）？

@lisongeee 你的回答，戳中了我的心巴

@skye 我本身很擅长 java ，但是用 javafx 写的唯一的难受点是 UI 不够灵活高效，写的太难受了