这是一个创建于 2033 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前已经有几百个 URL 静态路由了，这些静态路由没有明确的共同点，也都对应不同的数据库或者功能，每个页面也是功能不一样，类似于程序员工具大全，都是一个个不同功能的页面，那如果有几千个这样静态路由呢，会影响速度吗，思来想去没有好的解决办法。
求大神赐招
求大神赐招
 |
1
guyeu 2020 年 6 月 30 日
hao123 ？
|
 |
2
AngryPanda 2020 年 6 月 30 日
优化的目的是什么？想要达成什么效果
|
 |
3
l890908 OP @AngryPanda 担心如果静态路由太多，影响访问速度
|
 |
5
HelloAmadeus 2020 年 6 月 30 日 via iPhone
静态路由还有什么性能瓶颈，哈希表或者 radix tree 搞定没问题，还没见过 web 应用性能瓶颈在路由上的
|
 |
6
DoubleShut 2020 年 6 月 30 日
生成静态页呗
|
 |
7
rrfeng 2020 年 6 月 30 日
都是静态的？不需要正则匹配啥的？ hash table 直接搞定了啊……
|
 |
8
GeruzoniAnsasu 2020 年 6 月 30 日
啊。。。 贵前端圈已经慢到一万个字符串就要考虑性能优化的程度了？（滑稽
|
 |
9
lxrmido 2020 年 6 月 30 日
几千上万个达不到影响速度的程度的……
|
 |
10
xuanbg 2020 年 6 月 30 日
哈希匹配莫说上万，就是几千万也是一样的速度。但有些带路径参数的 url 就做不了哈希，只能上正则，正则匹配就要遍历数组了。
所以优化的办法就是把哈希和正则分成 2 个集合，先哈希再正则。 |
 |
11
mazhan465 2020 年 6 月 30 日
要是带路径参数路由，就用二级路由吧，路由两遍
|
Select Language