恩，我现在用的方法跟你写的一样，把数据存在一个数组里面，再遍历搜索，不过我的搜索结果没有保存，而是直接就在那个循环里面直接echo出来，再返回给前台。就是不知道对性能影响是不是很大。 SELECT account,user_name,pass FROM user_info where user_name IN ('123123','超级管理员','sdaf') 评论 ( 0 ) 引用此答案

引用来自“月生无界”的评论

看了一下，如果你想要按照你输入的顺序，然后返回每个输入的城市对应的查询结果，个人觉得在代码里面处理会好点，参数传入程序，String[] cityArr = citys.split(","),然后遍历，每次查询返回一个城市的结果list，启一个TreeMap,键值对存入结果，最后在显示返回结果的时候，再遍历TreeMap,然后遍历拿出来的list，再显示，好像挺麻烦的 直接一个ArrayList，把查出来的结果都add()进去就OK了，不用TreeMap 评论 ( 2 ) 引用此答案 @longteng556 : 一个无法解决的问题，你无法控制输入查询条件的顺序，那么你排序的依据必然是city这个字段，意思就是说，每次排序都是固定的，但是输入的查询条件不固定，返回的结果也是题主想要的结果 本来 react + vite 用得好好的，前几天看到几只前端在鼓吹 react + nextjs 合流，说什么 nextjs 也支持 spa。 就试着迁移过去，结果把自己坑得七荤八素，最后组件状态保持直接给我劝退了。 spa 是从 ssr 进化出来，但又和 ssr 完全不同的产物。一小撮前端为了实现 seo 优化，逆向退化出 nextjs。 作为远古人，我需要你们逆向退化吗？是 php 实现不了 ssr 还是 python 实现不了 ssr？ 就算 nextjs 比 php 和 python 有优势（如可以和 spa 项目共享一部分界面组件库），也不能把 nextjs 吹得无所不能吧。 这个 nextjs 所谓的 react 的未来，在我看来除了 ssr 简直一无是处。