CSDN又抽风了。。。

轮子厂长

于 2024-07-08 15:43:28 发布

阅读量77

点赞数

原文链接：https://mp.weixin.qq.com/s?__biz=MzU4NjE1NTI2Mw==&mid=2247507042&idx=1&sn=cf6e6da53ce07c20fd33e61712c5a1e8&chksm=fc00536628f26b6d2398b8bcf5d0e573299b84d8743d53dde112bf1b7620f9df755273172ca5&scene=126&sessionid=0

版权

近日，知名IT社区CSDN的一番操作引发了不小的争议。

他们推出了一项新服务——GitCode，名义上是为了对标GitHub，但实际上，这一举措却伴随着不少争议。

有消息称，CSDN在不声不响中，几乎将整个GitHub上的项目都“搬”了过来，更为夸张的是，他们还偷偷为一些知名开发者创建了账号，将他们的项目也一并同步到了CSDN上。

据了解，CSDN通过自动化脚本，大规模抓取GitHub上的开源项目，在CSDN上创建虚假的开发者主页。他们不仅同步了项目的代码、文档等资源，还将项目的链接替换成了CSDN的链接。这些页面会完整同步GitHub的项目信息，仿佛是这些开发者在CSDN上发布的内容。对于普通用户来说，很难分辨这些主页是否属于原作者。

对于开发者来说，他们的项目就在自己毫不知情的情况下被“共享”到了CSDN上。

那么，CSDN为什么要这么做呢？

显然，他们看中的是这些项目所带来的流量和关注度。通过将这些热门项目搬运到自己的平台上，CSDN能够吸引更多的用户访问，从而提高自己的网站排名和曝光率。而这一切的背后，都离不开CSDN一直以来擅长的SEO策略。

对于CSDN这样的IT社区来说，通过SEO提升网站排名，无疑能够吸引更多的潜在用户，进而增加网站的广告收入和会员订阅量。因此，CSDN不惜采用一切手段来提高自己的网站排名，其中就包括制造大量低质量、重复性的垃圾内容。

这些低质量的语料被一些不负责任的AI模型所采用，导致模型输出结果的严重偏差。试想，当你在使用某个AI模型进行技术问题时，得到的答案是由这些垃圾内容所“训练”出来的，多噎得慌啊！

当然，面对外界的质疑和批评，CSDN也迅速做出了回应。据悉，CSDN已经删除了部分违规搬运的项目，并对相关账号进行了封禁处理。同时，他们也承诺将加强对内容的审核和管理，确保不再出现类似的问题。

然而，要真正解决这一问题并非易事。除了加强监管外，CSDN更需要从根本上改变其运营策略和价值观。作为一家有着良好声誉的IT社区，CSDN应该更加注重用户体验和内容质量，而不是盲目追求流量和利益。

不过，这也许就是商业世界，如今的互联网和那个理想的初代互联网已经渐行渐远，看看CSDN，再看看博客园，不免让人唏嘘。

好了，言归正传，今天给大家分享一道有关Redis的面试题。

题目描述

Redis的过期策略有哪些？分别适合什么场景使用？

题目解析

Redis的过期策略主要包括以下几种，每种策略适合不同的使用场景：

定时删除：

做法：为每个设置了过期时间的key创建一个定时器，在key过期时间到达时，由定时器触发删除操作，当达到定时时间时，立即删除key。
优点：省内存，立即删除，释放内存。
缺点：CPU使用率高，容易造成系统卡顿。Redis并不推荐的方式。
适用场景：适合对数据时效性有严格要求的应用，如会话管理、临时验证码存储等。然而，在高吞吐量环境下，频繁的定时检查和删除操作可能导致性能瓶颈。

惰性删除：

做法：不主动删除过期的key，仅在访问key时检查是否过期，在每次读写之前，调用expireIfNeeded函数确定key是否过期，如果过期则删除，否则不做处理。
优点：直接删除效率大部分非常快，CPU处理次数少。
缺点：如果过期的key长时间未被访问，它将继续占用内存，可能导致内存泄露。适用于内存够多，且不存在非常多设置了失效时间的大对象的情况。
适用场景：适合非即时敏感的过期需求或大规模数据集，但可能导致过期数据暂时占用内存。

定期删除：

做法：定时删除和惰性删除的折中做法。Redis默认每100ms执行一次过期扫描，随机抽取一部分设置过期时间的key进行检查，并删除过期的key。如果过期的key比例超过1/4，则继续抽样和删除。
优点：省内存，对CPU执行大概率也不会非常频繁。
缺点：可能存在过期的key被使用，如果一段时间非常多的key失效，导致循环次数过多，也会造成系统卡顿。
适用场景：广泛适用于大多数常规场景，有效避免了内存中过期数据的累积，同时保持了系统的高效运行。

异步删除