动态路由匹配：
const router = new VueRouter({
routes: [
// 动态路径参数 以冒号开头
{ path: '/user/:id', component: User }
]
})路由组件传参（query 传参）
this.$router.push({
path: `/analysis/eventCreate`,
query: {
id：this.id
}
})感觉两者达到的效果是差不多的，都是给路由组件传参。只不过动态路由匹配在 url 上看不到参数名，而 query 传参的方式是放在？后面且能看到参数名和值。
只是显示上的区别吗？
query 传参的方式完全能满足使用需求，为啥官方要出一个动态路由匹配呢？
有什么优势吗？
前者通过路由层级，可以更好的体现网站信息逻辑。比如 /users 是用户列表，/user/1 是 ID 为 1 的用户，/user/1/logs 是 ID 为 1 的用户的日志，/user/1/log/2 是 ID 为 1 的用户的第二条日志。
后者通常强调对同一功能的不同操作，比如翻页、筛选。
打个比方，你用勺子也能吃饭，为啥还要叉子、筷子？方向不一样。
静态形式的 URL 对 SEO 友好，对人肉记忆也友好。
就拿你这个问题的 URL 来说：
https://segmentfault.com/q/1010000039327371你就处理成（举例子，思否显然是不支持的）：
https://segmentfault.com/q?id=1010000039327371行不行？
太行了。
params传参更加贴合RESTful架构的特征，便于记忆，对资源的表述更清晰；例如sf，
sf.gg/q/:id,sf.gg/u/:id各自代表问题页和用户资料页使用
query传参更贴合get请求的形式，比如分页场景。你用
params传递分页多参数看看？/:sid/:size/:page=>/6702C6712C675/1/15这样? 太麻烦了，明显用query传参就明了很多/list?id=6702C6712C675&size=15&page=3根据不同的业务场景选择最合适的方式。