寻道而行：首先，要想清楚自己的兴趣爱好和自身的定位。如果对技术不感兴趣并且追求稳定，那么直接考虑公务员或者国企事业单位这种，也不会有中年危机。如果是对技术很感兴趣又不想加班，那么可以考虑外企，基本能保证work-life-balance。如果对技术很感兴趣又进不了外企或者不在意加班，那么毕业先进入国内互联网企业工作，先积累技术深度和广度，同时工作中注意积累和学习管理知识，争取35岁前升入管理层，再不济，可以去小一点的公司当个资深技术人员或者中层。

书院青年：刚开始玩微信的时候，朋友圈里就那么几个亲戚朋友，大家晒一晒今天的吃喝玩乐，互相看看对方的生活，那时候的朋友圈里，真的都是朋友。 微信火爆起来之后，微商来了，代购来了，卖资源的来了，写软文广告的来了。总之，我们的微信好友越加越多，朋友圈里的，并不都是朋友。 微信不可避免的和之前的qq一样，从小圈子私人社交，变成社会化泛社交工具。微信大概是也注意到了目前的模式正在走qq衰落的老路，过分扩大的社交范围让微信失去了当初创办时的私密性和小圈子特点。 这项功能的推出，是因为当代都市人对于“边界社交”的渴求。 所谓“边界社交”是指人和人之间的因为明确的关系而确定的区别化社交。比如朋友就是朋友，和朋友吃喝玩乐天经地义，但和朋友合伙开公司多半会不欢而散；比如领导就是领导，跟领导交流工作稀松平常，但要跟领导交流和前女友的恩恩怨怨不就太匪夷所思了吗？ 所以，现代社交比起社交所有人，更需要的是有明确界限的社交。朋友不要介入工作，领导客户不要介入私生活。 社交是一个人的社会需要，面对光彩琉璃的世界，谁都有想要分享的冲动。只是下班之后，面对疲惫的自己，我只想找个地方躲起来安静一下。 所以说，对设置三天可见的人，其实很简单，就是我们没有那么熟，I 'm Just Not That Into You.

跪求奥夫儿😭：继承Thread、实现Runnable接口、FutureTask+Callable、创建线程池

树街猫o(=•ェ•=...：线程安全：ArrayList和LinkedList都不是线程安全的。 底层数据结构：ArrayList底层采用的是Object数组，LinkedList底层是双向链表数据结构 插入和删除是否受位置影响：① ArrayList 采用数组存储，所以插入和删除元素的时间复杂度受元素位置的影响。 比如：执行add(E e)方法的时候， ArrayList 会默认在将指定的元素追加到此列表的末尾，这种情况时间复杂度就是O(1)。但是如果要在指定位置 i 插入和删除元素的话（add(int index, E element)）时间复杂度就为 O(n-i)。因为在进行上述操作的时候集合中第 i 和第 i 个元素之后的(n-i)个元素都要执行向后位/向前移一位的操作。 ② LinkedList 采用链表存储，所以插入，删除元素时间复杂度不受元素位置的影响，都是近似 O（1）而数组为近似 O（n）。 是否支持随机快速访问：LinkedList不支持随机快速访问，ArrayList支持。（get方法） 内存空间占用：LinkedList每个元素所占空间比ArrayList多，因为是双向链表所以要有额外的空间来存放直接前驱和直接后继。

别123：由于国内形势目前较差，计算机热度只升不减，互联网内卷愈发严重，性价比降低，用人单位要求变高，学习压力增大，坑少人多强者多，买方处于主动市场，换句话说就是压榨你没道理，996爱来不来，未来几年薪资增幅不会像过去那么高，但是压力会比以前更大。而且感觉因为目前也不知道下一个风口是啥，常规产品被大公司垄断，创业公司独角兽产生的速度会放缓，应届生就业去处就少了，小公司或是国企工资也就这么点，开发性价比不高。 不可否认，如果真的想深耕于技术，互联网依然是最好的选择。但是如果像我这样没啥追求，想考考事业单位的，感觉还是逃离互联网比较正确。 我也没接触过相关理论，就随便吹吹牛，看看就好，别信。就靠这些想法转行了，感觉以后会后悔啊。。。

书院青年：过期策略 　　我们set key的时候，都可以给一个expire time，就是过期时间，指定这个key比如说只能存活1个小时，我们自己可以指定缓存到期就失效。 　　如果假设你设置一个一批key只能存活1个小时，那么接下来1小时后，redis是怎么对这批key进行删除的？ 　　答案是：定期删除+惰性删除 　　所谓定期删除，指的是redis默认是每隔100ms就随机抽取一些设置了过期时间的key，检查其是否过期，如果过期就删除。 　　注意，这里可不是每隔100ms就遍历所有的设置过期时间的key，那样就是一场性能上的灾难。 　　实际上redis是每隔100ms随机抽取一些key来检查和删除的。 　　但是，定期删除可能会导致很多过期key到了时间并没有被删除掉，所以就得靠惰性删除了。 　　这就是说，在你获取某个key的时候，redis会检查一下 ，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。 　　并不是key到时间就被删除掉，而是你查询这个key的时候，redis再懒惰的检查一下 　　通过上述两种手段结合起来，保证过期的key一定会***掉。 　　但是实际上这还是有问题的，如果定期删除漏掉了很多过期key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？ 　　如果大量过期key堆积在内存里，导致redis内存块耗尽了，怎么办？ 　　答案是：走内存淘汰机制。 内存淘汰机制 　　如果redis的内存占用过多的时候，此时会进行内存淘汰，有如下一些策略： 　　noeviction：当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧 　　allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key（这个是最常用的） 　　allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key，这个一般没人用吧 　　volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key（这个一般不太合适） 　　volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key 　　volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除

网易内推小王子：学习了