确实是有这么个问题
#I1N6FU:在PR中@人时，会@到错误的人

确实是有这么个问题
#I1N6FU:在PR中@人时，会@到错误的人

@popcorner 嗯 这个在回复评论的时候确实经常会出现

@popcorner 嗯 这个在回复评论的时候确实经常会出现

@老周部落 前段时间已修复，请验证这个问题是否还存在？

@老周部落 前段时间已修复，请验证这个问题是否还存在？

@liwen 依然如故。可以参考 https://gitee.com/Discuz/DiscuzX/pulls/610 的文案。
我 @crisschan 出来的不是用户显示名为 Criss 的用户，而是用户空间名称为 Criss 的用户。

我们的规则是：@查找的是用户的个人空间地址（唯一性），姓名没有做唯一性校验，所以建议以后@个人空间地址，如图
@老周部落

我们的规则是：@查找的是用户的个人空间地址（唯一性），姓名没有做唯一性校验，所以建议以后@个人空间地址，如图

@liwen 确认问题依旧存在

@反向抽烟李丰田 这也是一个解决办法，但问题在于，目前gitee的@人规则并非按此逻辑设计制作。

举个例子，我尝试点击你这条评论下方的“回复评论”按钮，可以看到，系统自动生成的@信息就是@的用户名，而非个人空间地址，如果回复的恰好是一个用户名和另一个人的个人空间地址重复的人，则会立即出错。

再举个例子，比方说我在现在的评论页输入你的个人空间地址，L821732264，会出现如图所示的按钮：

一旦我点了，我好不容易输入的个人空间地址就会被立即替换成用户名。

因此在目前的gitee产品设计逻辑当中，用户名在输入场景的优先级最高，可解析的时候恰好相反。
于是导致问题频发，经常@错人（实际使用平均每个月都会误触那么几次）。Gitee的社群属性还是很强的，希望能修复一下这种明显会阻碍正常交流的bug。

我之前对这个bug有比较详细的分析，单独开过一个issue，推荐你们看一下：
#I1N6FU:在PR中@人时，会@到错误的人
（这个issue链接我这边插入以后无法正常点开，不知道是不是另一个bug。相关issue: #I2AMDM:本仓库 Issue 链接对普通用户不应链接到 dashboard ）

@popcorner
查找规则是先查找个人空间地址，如果没有查询到，就再查找用户名，用户名会有重复的情况，情况就是查找的第一个用户名就返回了所以出错，但是空间地址可以确定唯一性，所以建议@个人空间地址，评论里显示的是用户名，有考虑将用户名和个人空间地址一起显示，这样能否解决部分问题？
目前确实很难将规则替换为@用户名，因为库里存在相同的用户名无法验证唯一性。

查找规则是先查找个人空间地址，如果没有查询到，就再查找用户名，用户名会有重复的情况，情况就是查找的第一个用户名就返回了所以出错，但是空间地址可以确定唯一性，所以建议@个人空间地址，评论里显示的是用户名，有考虑将用户名和个人空间地址一起显示，这样能否解决部分问题？
目前确实很难将规则替换为@用户名，因为库里存在相同的用户名无法验证唯一性。

@反向抽烟李丰田 感谢回复，但是咱们说的并不是同一个问题

您说的逻辑我完全可以理解，你说的这块（个人地址优先的查找规则）是没有错的。后端按此规则处理也是合理的。

但我说的是另一件事情：用户没有办法@个人空间地址，问题出在这里。

仔细看一下我的上一条评论你就会发现，无论是手动输入，还是点击自动生成，系统都会想尽一切办法把你输入的个人空间地址替换成用户名。导致@个人空间地址这件事情变得难上加难。

前端@人的时候总是@用户名，后端却优先读取个人空间地址，这个才是问题的根本所在。

如果你们想让用户@个人空间地址，那么编辑器就应该对应的生成个人空间地址，而不是反过来去生成用户名，然后用户不得不每次都先去查看这人空间地址到底是啥，然后再手动修改成空间地址。太麻烦了！

如果还是没有看懂，需要亲自复现一下的话，可以尝试到
https://gitee.com/Discuz/DiscuzX/pulls/583#note_3629676 这里
点击回复一下这个叫tianshi的人，就能发现问题了。

@popcorner
明白你说的意思，就是前后端不统一的问题，前端显示和后端实际查找的不一致导致出错，系统自动做了替换，之所以这样是因为个人空间地址是不支持文字的，会增加用户@人的操作负担，如图：

目前考虑将用户名和个人空间地址一起显示在评论里，虽然无法完全规避掉，但是可以解决自动替换的不合理情况，后续会继续优化，感谢你的反馈，请持续关注Gitee！