@marc2017 还有 acceed ，最近看了很多 inm 视频，哈哈哈

我来斗胆回答一下，麻烦各位大佬指正：

抢课是谁先到先得模式，还是先报名再摇号方式？考虑到学校的硬件性能不会太好，先开启限流，比如 nginx ，就让 1 秒钟只有 500 个请求，避免系统崩溃。抢课过程：
第一种，可以开启事务，开启事务->扣减课程余额->给学生添加课程信息->结束事务；
第二种，先在内存中记录下课程 id 和对应的学生学号。比如限制一天内报名，到期后，随机抽取 n 个学生。然后余额=0 ，给学生添加课程信息。可以使用 redis ，或者本地 cache

redis 满了，看是不是某些超大的 key 没有设置过期时间，可以优先把这种忘记设置过期时间的临时 key 删除掉。如果 key 都在使用中，而且数据都有意义，只能加内存。开启内存淘汰机制，LRU

解决高并发的本质是什么？
资源是有限制的，对于远超资源的流量，如何处理。比如抢课，只有 50 个名额，但是有 500 个学生要来抢课；或者说我的服务器硬件不行，无法处理那么多请求，大量流量下如何不宕机。首先要限流，不让系统被大流量打崩溃。到了具体的数据要加锁处理。数据修改完了，后续的其他操作（比如给学生添加课程信息），异步解耦还是跟着同步操作。

@napsterwu 全是黄色小说，哈哈哈哈哈

648 ，是不是被小孩偷着充值游戏了？要是被诈骗这钱是回不来了

最恶心的是私自给我安装什么电脑管家...

他肯定是直接 split("|")，然后[0]是 id ，[1]是密码。那我用户名或者密码包含|，那不就直接报错了

“我现在的想法是我的学历技术在这，相对于没学历没技术的老哥们来讲肯定是有优势了”
talk is cheap, show me the code

让大伙看看你的技术有多牛逼

考公考编，人才引进。

od = our dog ，不是没得选就不要去

外卖涨价了，之前十多块钱就能点一份，现在变成二十多

go 也开始卷了，上面说得挺对，路太挤了，换车没用

我睡觉肯定满 1 万小时了，却依然有失眠困扰

你这最后四段话给我的感觉和“你有这么高速运转的机械进入中国”一样