Question 1

为什么我已验证的 X 账户在个人资料页面上显示“Not verified yet”？

Accepted Answer

这通常是临时性的验证状态/UI 同步问题，而不是验证资格的实际丢失。在报告的案例中，“About this account”部分正确显示了“Verified since June 2026”和“Identity verified with an official ID”，而个人资料卡片却错误地显示“Not verified yet”。该问题在账号未做任何更改的情况下自行解决。故障排查步骤：1）查看“About this account”以确认您的验证状态。2）关闭并重新打开 X iOS 应用。3）更新至最新版本的应用。4）退出登录后重新登录。5）等待服务器/UI 状态刷新。除非“About this account”部分也显示验证未完成，否则请勿重复进行身份验证。如果该显示不一致的问题持续存在，请联系 X Support。

Question 2

如何修复在使用 Tokio 和 DashMap 时，并发点赞事件导致重复帖子和 in-network 分数虚高的问题？

Accepted Answer

竞态条件的产生是因为共享的 `Semaphore::new(1)` 从未被获取，而 `DashMap` 只在每次操作时锁定单个分片。因此，读取-删除检查、帖子插入以及 `VecDeque` 更新都不是原子操作。即时修复方案：在调用 `insert_posts()` 之前获取信号量，并在整个操作期间持有它：

```rust
let permit = Arc::clone(&semaphore)
    .acquire_owned()
    .await
    .expect("semaphore closed");

post_store_clone.insert_posts(batch).await?;

drop(permit);
```

这会将所有插入操作串行化，并防止出现重复的 `TinyPost` 条目，但可能会降低吞吐量。如需更细粒度的修复，可以为每个帖子/作者添加一个外部锁，并在该锁的保护下执行完整的读取-修改-写入操作：

```rust
let lock = self.locks
    .entry(author_id)
    .or_insert_with(|| Arc::new(tokio::sync::Mutex::new(())))
    .clone();

let _guard = lock.lock().await;

if self.deleted_posts.contains_key(&post_id) {
    return Ok(());
}

if self.posts.contains_key(&post_id) {
    return Ok(()); // duplicate event
}

self.posts.insert(post_id, Arc::new(compact_post));
self.original_posts_by_user
    .entry(author_id)
    .or_default()
    .push_back(tiny_post);
```

对 `mark_as_deleted()` 应用相同的锁，并且在访问另一个分片时不要持有 `DashMap` 的分片守卫。通过并发发送两个相同的点赞事件来验证修复效果，并断言作者的 `VecDeque` 中只包含一次该帖子 ID。

x-algorithm

项目简介

README 预览

常见问题 (2)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip