可能你用的版本有网络请求加载js的情况
本机查询命中20多万的词条也会1s之内返回（前端做了防抖输入后0.3秒才开始请求）
我好奇你真的做索引了嗎？20萬這個量級，某書堂從上屏到顯示出來差不多就100ms。
扁平化數組+mmap訪問，再把結果列表做虛擬化（衹顯示可見範圍，滑動到新位置的時候隨時請求），估計連防抖時間都不需要。
我的意思就是这个啊，你以为我误会了？
你是觉得现在性能不好？
web和app原生性能差异很大，不太了解你说的某書堂是啥，也没用过
…这跟web有什么关系，取决于你格式怎么设计的，查词的后端写的好不好。
反而是web的列表技术还成熟一点。
「同样20万数据做展示，Web可以达到跟IOS原生APP相同流畅性吗？」这个问题到底是在问匹配的流畅性？还是说匹配到之后再渲染显示出来的流畅性？
非常意义不明。不要什么都甩锅web，自己设计的索引烂，或者一次性全部加载导致性能灾难是纯技术水平问题。
本人技术确实有限，软件也有点稀烂 