使用的是欧路windows端破解版：欧路词典 Windows & Macos 最新版 破解版 稳定可用 永久生效
牛津10用的是：精装 - 牛津高阶双解第10版完美版（OALDPE）（09.16更新⭐）
词典加载时卡顿，如下图所示，请问如何处理？谢谢。
建议先用欧路词典原版加载词典试试，看看会不会卡顿。
另外我用精装 - 牛津高阶双解第10版完美版（OALDPE）在GoldenDict-ng加载也是反应慢。
加载词典反应慢的还有一个词典叫做韦氏高阶英汉双解词典2019完美版
类似情况见
结论：可能是词典本身的问题。
谢谢分享！我再试试。
欧路本身的问题，我买VIP，结果还是很卡，安装了大汉和辞典
我的是win11，其他词典没发现这个问题。
我来补充一下欧路加载慢的几个特点，看看大家中招了没有 
：
- 词典包过多导致加载慢
- 官方在线词典导致加载慢（如，有道在线、必应在线、在线例句等等
- 部分词典包自身bug导致加载慢
- 搜索框备选列表显示实时释义导致加载慢
- 在1的情况下，单词过于简单导致加载慢（如 to, big, take …
- 系统同时运行了其他软件导致加载慢
我的个人解决方法：
1、5不可避免，但是现在的词汇量不需要再查简单词了
2有如下几个方法：①下拉备选单词的滑条，让所有在线词典的露出来，可以避免卡顿。②刷新。③在搜索框中删除单词的最后一个字母，再重新输入，并重新搜索
3基本无解
4可以在设置里关掉
6尽量不要运行其他程序
把在线词典和其他多余的去除了，win11 游戏本，顶配，运存64G，只开了浏览器和欧路，词典包只有牛津、朗文、韦氏、新牛津2。
问题更像出在词库包身上。
楼上各位应该测试下 NG 和 DictTango，特别是 DictTango，用 DictTango 测试可以避免其他词典的干扰，如果 DictTango 也慢，说明是词典的问题，反之则是词典软件或者其他词典的问题。
下载地址：
欧路的性能是所有词典软件中最垃圾最垃圾的，我用过无限词典，深蓝词典，DictTango，Mdict，GoldenDict-NG后可以负责任地告诉你的。
为啥？因为一堆杂七杂八的冗余功能。我以前测试过，如果把自带的顶部的发音隐藏或者断网搜索，加载能快好几秒，你如果词典比较多，能快十几秒。我跟那烂客服反馈过能不能不启用那屁用没有的forvo全球发音，敷衍几下到现在也没动静。不如说，近几年（或者说十来年？）根本就没有和mdx本身有关的任何新功能诞生，都是与mdx无关的功能开发！
另一点，可能是欧路的程序员太垃圾了，自己开发不了，代码就是照搬GoldenDict的，基于此魔改。欧路在2004年就开发了法语助手，这家小公司也不大可能不抄代码实现。有人反编译欧路时还找到了GoldenDict相关的字符串。我自己就有发现——很多GoldenDict旧版有的BUG在欧路会同样复现，当然GoldenDict-NG几乎都修复了。欧路也不可能基于优化后的新开源代码重开发，欧路词典代码早就是一堆屎山了，前前后后二十年开发历史的积累，不可能推倒重来或者和新开源代码一一比较改进，首先是新程序员看不懂老程序员写的代码，然后不可能有那么多人力物力。所以说欧路可能仍然基于好多年前旧版的框架和API，性能不可能会好。
第三点，欧路总喜欢在杂七杂八的看似有用的学习功能下功夫开发，噱头大好卖钱。至于对词典加载的优化和修Bug，人家不会投入太多的，商业角度没有价值。
3 个赞
我最爱骂欧路，因为我用欧路长达两年，诸多缺点参考：
1 个赞
看了楼主的深入分析下来，看来是要放弃欧路了？哈哈。其实此前我也对比权衡了上述同类词典，最终选用欧路是考虑到其是有20多年历史的正经公司，以后会长期保持更新，这一点在那些个人开发的开源词典上是做不到的。
你点明的关于欧路自己程序员能力弱鸡的事实，我此前对此是并不知情的。
老实说，我开用这些开源词典，是抱着图省事，把多家权威词典一并同时查询的目的而来的，谁知道现在感觉掉入了泥泞的深坑，或者无底洞，越搞越复杂了。完全背离了我此前的初衷。
但是在电脑端想要使用这些权威词典的最新版本的话，目前也别无他法。纯属无奈之举。
单加一本也卡么？我记得精装这套js隔壁最开始发的时候楼主就有说吃js性能，容易卡顿。他在页面加载完成后，js还要重新渲染调整一遍，卡是必然的。
想要同时看多部词典，建议使用Goldendict-ng。
我有很多个Gd-ng的文件夹，每个是一个程式加一类词典。
在content里直接开文件夹，给词典文件夹加编号。
编号在前面的词典，查词时结果会显示在最上方。
假如要调整，直接在Windows Explorer里改文件夹的编号就行。
从词典制作的角度谈谈，Windows 版本的欧路是适配所有平台欧路时，最需要考虑兼容性的一个。性能确实烂没得洗，用的内核过于陈旧，渲染性能能好吗？举个实际例子，在编写 CSS 时，我尝试过优化代码，但为了兼容 Windows 版欧路，又不得不将优化后的代码退回：
-
:is() 不能使用
-
原本的写法：selector1 :is(selector2, selector3) {}
-
为了兼容性，必须改写成：selector1 selector2, selector1 selector3 {}
-
-
:not() 仅支持一个选择器
-
原本的写法：selector1 :not(selector2, selector3) {}
-
为了兼容性，必须改写成：selector1 :not(selector2):not(selector3) {}
-
其他平台的欧路都支持，唯有在 Windows 上测试时，这两种写法完全失效。所以，我也不推荐在 Windows 平台上使用欧路，可以用 GoldenDict-ng。
再者就是，可以参考只展开一本词典时的 scroll bar 有多长，截图中同时展开了多少本词典？词典只有在展开后才会渲染，默认展开最前面的 3,4 本还可以，展开再多有性能问题也正常。不过最主要的问题还是在欧路。
欧路是抄GoldenDict的，所以用的也是QT编写的。QT有个毛病，代码写得不好就容易CPU高占用，用百度搜关键词能找到很多讨论。我开个欧路每次进行搜索，几秒内CPU占用就要突然飙升到90%。
不说电脑版性能了，手机版也是一坨，但凡试过安装过一百来本词典并放在一个分组，就会发现软件启动速度被明显拖慢，并且每次搜词卡个几秒十几秒。对比同类软件，开东西几乎都是秒开，欧路是断崖式地差劲。
javascript和css的兼容性，欧路是被诟病最多的。好多mdx都有人反馈，欧路怎么排版和截图不一样啊，怎么这个功能失效啊。我作为小白，也要老是为此所苦，有的制作者无法联系或者不管。很多兼容问题只能反复试验，又苦了mdx制作者。
2 个赞
是否是词典的问题，还是要以 DictTango Windows 的客户端为标准。如果连 DictTango 都卡了，就是词典的问题。NG 和欧路 Windows 的客户端用的框架浏览器基本一致，出的问题也是一样的（NG 修的更勤快一些），要用第三方词典软件才能看出问题来。
.NET开发的，开发者也说性能并不高，优化不了很多。.NET就这样，运存占用高，性能表现一般，用过UWP都明白。有些辞典真的加载比GD慢。你试试搜oed内容很多的词条，可以卡十几秒。问过开发者，是软件对html内容也有处理需要时间，无优化计划。目前Windows性能和兼容性均衡最佳无疑就是GoldenDict-ng。
Win版DictTango只能说是Javascript和css行为一定是规范的，直接基于Edge Webview2，和最新内核浏览器渲染绝对完全一致。在这里排版和功能有问题，那就一定是mdx制作者的问题。
Windows 客户端，DictTango 加载单个资源基本 < 10 ms，NG 首次加载就需要 ~50 ms，资源越多越慢，我见过很多资源加载超过 300 ms，导致楼主这种页面渲染超慢的情况，欧路的表现和 NG 差不多，所以我建议用 DictTango 试试。
1 个赞