中兴终端正在按下加速键。 先是618活动上中兴5G手机集中亮相，而后6月16日中兴官方宣布，任命倪飞为中兴通讯终端事业部总经理，正式接手中兴母品牌中兴5G终端业务的运营。 6月19日上午，中兴通讯总裁徐子阳在深圳举行的2019年年度股东大会上，回应了5nm芯片的最新进展。徐子阳表示，“目前公司7nm芯片已实现规模量产，而5nm芯片将在2021年推出。”这意味着中兴此前受严重影响的“缺芯”问题正在得到有效的解决。 这是中兴终端在沉寂多年之后，首次在终端上下达如此密集的动作。 中兴在做终端设备方面，向来眼光独到。当年中兴全力押注小灵通，帮助中兴在世界通讯行业低谷期，拿下了很大的市场份额，并获得了丰厚的利润，这种优势一直持续到智能机诞生初期，被后来的小米、OV这些厂商反超，自此步入后尘。 在移动互联网爆发的大潮面前，中兴终端业务始终郁郁不得志。虽然中兴终端始终在坚持做产品，怎奈3G、4G时代智能机国内市场格局已定，中兴的努力并不能改变大局。 好在5G时代到了，作为5G标准制定者之一，中兴手握5G技术，自然希望利用5G爆发的时机，来个弯道超车。而智能物联网时代的到来，5G终端的作用也更加凸显，在这个时候，加快步伐振兴终端，就成了中兴势在必行的事情了。从中兴终端发展历程来看，这也是必然的趋势。 出道即巅峰 1985年，中兴在深圳成立，其前身是深圳市中兴半导体有限公司。两年后，华为也诞生在这座城市。作为在国内通讯领域具备重要影响力的两家企业，两者的竞争从国内延续到国外，打得难舍难分。但时至今日，两者之间的差距已经十分悬殊，终端业务的差距尤其悬殊。 截止2019年，华为的终端营收占总营收过半，为总营收贡献了54%的份额；而中兴去年的终端业务占总营收不到17%，且下滑严重。 中兴手机终端业务肇起于小灵通业务。2000年左右，小灵通业务进入中国，在很多人反对的情况下，中兴创始人侯为贵做出将小灵通业务纳入经营范围的决定，正是这个决定性的决定在两年后救活了中兴。 2002年，国家放开了对小灵通业务的限制，在很多厂商措手不及之际，中兴凭借着先发优势，让自家的小灵通业务爆发式增长，成为国内小灵通市场的绝对霸主。 仅在2002年当年，小灵通业务就为中兴通讯贡献了22.89%的营收份额。2003年至2004年，中兴的移动通讯业务更是保持着年均40%以上的高速增长。在当时世界通讯行业普遍低迷的情况下，小灵通业务救活了中兴，成为中兴的“拳头产品”。此后，中兴的手机通讯业务持续保持着领先地位。 2008年，中兴售出第1亿部手机，2009年中兴的手机年销量4000万部，并跻身世界前五大智能机厂商之列，并位列“中华酷联”之首。但高歌猛进之下，危机与动荡随之而来。 巅峰坠落，中兴终端究竟经历了什么 中兴高歌猛进的发展持续到2013年下半年，自此之后开始逐步下滑，2016年其市场排名已经排到十名开外了。作为国产手机品牌第一名的中兴，落后是多方面的因素促成的，但归根结底在于中兴没有应时而变。 首先，中兴没能适应智能机更迭的模式，落后的产品设计理念和服务理念备受用户诟病。很多中兴的老用户还给中兴起了个“剁手兴”的称号，原来中兴手机老是因为系统故障问题遭遇用户吐槽，但高层始终不重视用户对手机的体验反馈，导致其口碑一路下滑。 同时，在智能机大潮来袭之时，华为果断砍掉了与运营商做定制机的渠道运营方式和产品生产方式，转而生产具有自主品牌的智能手机，但中兴仍然坚持做运营商渠道，这让它在后来的智能机市场较量中逐渐不敌，逐渐落入下风。 其次，中兴坚持不打价格战去攻占市场空白，给了其他手机厂商以可乘之机。智能机发展早期，很多厂商坚持“薄利多销”的方式迅速铺开市场，占据先机。等到中兴反应过来，其他手机厂商已经拿下了很多市场份额，中兴早已错失良机，发展愈加艰难。 最后，渠道变革和营销变革，中兴都白白错过。在渠道上，小米、荣耀走线上做性价比的路线，线下OV走门店运营路线，扑向下沉市场。两路出击之下，中兴的传统渠道不灵了。营销方面，小米、华为以微博为阵地大获成功，但中兴的线上营销始终难见踪迹，在线上存在感愈发微弱。 正是由于这一系列的掉队，中兴逐渐在国内市场边缘化，在国内边缘化的同时海外依旧面临同样的问题。在美国挑起的贸易战之下，中兴海外市场受到的波及变得更加尖锐，终端业务风雨飘摇。 被掐脖子 2018年，美国挥舞贸易大棒，将利刃架在了中兴脖子上，可以说这是中兴成立以来又一个重大危急时刻。 按照美国禁令要求，中兴如约与之签订《替代和解协议》，按照协议规定，中兴必须更换二级以上主管及董事会成员，并由美国挑选人员进驻中兴通讯接受合规审查。 受此影响，当时包括负责中兴终端的CEO程立新在内的14位董事，都先后宣布离任，程立新离职后，原中兴终端供应链负责人徐锋接任终端 CEO。 除了人事变动、产品禁售之外，中兴还被要求赔偿11.92亿（折合人民币超过82亿）美元，其中8.92亿为罚金，3亿为保证金。由于中兴在美国有着广泛的市场利益，而且核心的技术（芯片等）掌握在人家手里，只能乖乖交钱认罚。 但这次巨额罚款，直接导致了中兴当年“转盈为亏”。2017年上半年还盈利22亿人民币，2018年上半年中兴的净亏损竟然达到了78.24亿人民币。不仅如此，由于罚款数额巨大，导致中兴当年的经营还出现了流动性不足的问题。 以至于中兴不得不向银行紧急申请信用贷款，以挽救岌岌可危的资金压力。 据了解，2018年8月30日，中兴通讯发布公告公布，决议2018年下半年拟向若干金融机构再申请综合授信额度近470亿。其中人民币额度426亿，美元及欧元额度折合人民币近40亿。可见，这次罚款对中兴的资金压力之大。 中兴通讯遭此困厄，中兴内部各业务均受到不同程度的冲击，羸弱不振的终端业务首当其冲。贸易战之后，中兴被迫关掉了很多国内研发中心。相关研发员工或裁或转岗，海外终端机构也受到影响。除美国之外，欧洲、俄罗斯等传统优势市场的人员纷纷撤离当地。 就在很多人认为作为“吊车尾”的终端业务，要被战略性放弃的时候，中兴CEO徐子阳却表示：“终端业务是中兴通讯5G主产业链不可或缺的部分，将继续坚定投入。但也同时表示，在短期内终端业务也要做业务聚焦调整。”那么，押注5G的中兴终端有机会赢吗？ 5G窗口，加速终端崛起 此次，倪飞就任中兴终端事业部总经理，可以看作是中兴高层希望借助5G东风扭转其羸弱不堪的终端业务。从最新的消息来看，中兴的动作还包括继续在芯片核心领域的研发，以支持终端业务快速崛起。 据了解，中兴通讯每年投入研发的资金高达121亿，用于核心5G专利研究，这才取得了全球5G专利第三、通讯设备第四的成绩。 中兴此前之所以被美国“卡脖子”，主要是中兴在芯片研究的核心领域受制于人。而据中兴放出的最新芯片研究成果来看，这种局面多少能够得到改观。日前中兴宣布7nm芯片目前已经达到了规模量产的阶段，并已经在全球部署商用，5nm芯片正处在技术导入阶段。 据了解，这次研发的7nm芯片将用于5G通讯基站中使用，并非智能机应用，这意味着中兴通讯基站业务再次站在了领先赛道上。而通讯业务的进步，必然有利于中兴整体业务的稳定。这对屡屡受挫的中兴终端业务而言，可以说是个好消息。 近年来，中兴也在渠道、营销上逐渐开始向华为、小米等学习。比如，此次618活动，中兴5G终端端手机就先后亮相各大电商平台，极大地吸引了各方注意力。从长远来看，这必然会成为一种趋势。 5G时代，对于又一次站在同一起跑线的中兴而言，这无疑是一次难得的重现荣光的机会。而中兴只有抓住这个机会加速奔跑，才有可能跟排在前面的华米OV一决雌雄。

按照去年的时间，今年秋招也快开始了，但今年受疫情影响可能会有些不同，分享一下去年的时间线，可以参考下。 秋招差不多以上海美团的签约结束了，在此记录一下秋招自己的时间线，以及秋招需要准备的东西吧。 先说下背景，本科是中国地质大学（武汉），然后是 18 年保研到华中科技大学，两年制专硕，19 年就开始秋招了，所以基本上来了华科，感觉还啥也没干就开始秋招了。和女朋友商量了下未来的工作地点，最终决定去上海了，所以后边也只投了上海的部门，岗位是前端。 【时间线】 6.18 投了今日头条（字节跳动）的提前批「超级工程师」计划，当时本来是去现场直接面试的。后来改成了在 7.6 在北京参观总部，变为远程面试。 在 7.8 号迎来了人生的第一场面试，采用的视频面试，在「牛客网」上进行（找互联网相关工作一定会知道这个网站），面试的界面除了视频交流还可以现场写代码，是的，头条比较喜欢考算法题。 一面面试官当时竟然问了「2048」这个游戏怎么拿最高分，设计一种算法。当时我说了用贪心的算法，讲了下自己的思路，接着面试官说了他的想法，表示这个题比较开放，也没有标准答案。 当时感觉自己表现的不好，但没想到又收到了第二天的面试，第二天有了第一天的经验，感觉也没那么紧张了，和面试官聊的自我感觉良好。但后来就一直没消息了，几周后给 HR 发短信，得知自己没有通过，和字节的缘分也就到此结束了。 （后来 9.8 号又参加字节跳动正式批的笔试，题目比较难，最后收到了感谢信） 一眨眼 7 月就结束了，此外在 7.28 号参加了拼多多的第一次笔试，「学霸批」计划，遗憾的是第一次笔试并没有过。 面头条都到的经验就是有些东西还是得去刻意的记一下的，很像我们一直以来的应试教育。 在 8.2 号和 8.8 又分别投了腾讯和阿里的提前批，8.13 号又投了拼多多的第二次提前批「寻梦计划」，15 号还投了携程的提前批。 8.15 号晚上进行了腾讯的第一次电话面试，表现的可以说很不好了。和腾讯面试官通话期间，阿里面试官也打进了电话。和腾讯面试官一结束，立刻又开始了和阿里的第一次电话面试，当时已经晚上 10 点了，阿里面试官问的几个问题，刚好又是腾讯刚刚问的，又恰好是我不会的，当时真的很绝望了，感觉各种回答都语无伦次了。 面完以后，真的有些抑郁了，和女朋友电话还探讨了很久人生意义，突然对这个世界失去了兴趣，然后也没啥结论，就是心情突然很低落，可能因为给自己的压力太大了吧，然后就躺下思考人生了，幸运的是，睡前还是想通了。 总之，最后的结论就是「人生就是一场体验」，说白了，就是看开点，一切随缘。然后从 16 号开始，报着看开的心态，开始准备了前端，自己也开始看了看别人的面经，各种知识点也仔细准备了一下。 一周后没想到又接到了阿里的二面，同样是自我感觉良好，不过和字节一样，也到了二面就结束了。 接着 8.30 进行了拼多多的二次笔试。 转眼就到了 9 月份，当时的感觉就是太快了，太快了，感觉还没准备好，秋招就要结束了。当时其实有些慌了，毕竟提前批一个 offer 都没拿到，然后自己在 9 月初的前几天，把上海有的公司差不多都投了一遍，小红书，美团，B 站，百度，华为，爱奇艺，流利说，阅文集团，同时这几天做了很多的笔试。 9.9 号猫眼来华科宣讲会，自己在官网看了一下有上海部门就去了，现场进行了笔试。就在宣讲会期间，分别接到了美团约电话一面，9.10 号下午小红书现场面试。 9.10 上午进行了美团电话一面，很愉快，面试官表示尽快给约二面面试官。 9.10 下午去了小红书武汉部门，进行现场面试。人很多，很慢，但体验还是不错的，到了晚上饭点的时候还给了盒饭。最终，三面 + HR 全部通过，这也是自己第一家到了 HR 面的，终于也松了口气。 9.11 上午，猫眼现场面试，这个进展很快，三面 + HR 很快结束了，遗憾的是猫眼主要只招北京的，所以当时我也就拒绝了。 然后又清闲了几天，9.16 美团进行了电话二面。 9.18 中午美团现场终面 + HR 面，第三次进入了 HR 面，感觉最近这几次现场面都很顺利。 由于 9.10 晚上面小红书，所以错过了当天 B 站（百度，他俩冲突了）的笔试 ，因此 9.18 下午去 B 站宣讲会手动投了一份简历。 9.19 号，同学收到了携程的面试通知，自己没收到，虽然已经过了小红书和美团的 HR 面，但还是怕不稳，所以去在武大的宣讲会又手动投了一份简历。（不过到现在，依旧也没收到 B 站和携程的面试，似乎现场投了简历并没有什么用） 9.21 号拼多多现场面，一面挂。 至此，面试笔试基本结束，就焦急的等待小红书和美团的意向书。 9.25 拿到了小红书的录取意向书，大大的松了一口气，可以愉快的过一个国庆了。 国庆期间美团也一直没消息，觉得应该会去小红书了，也挺好的，最后也不用纠结去哪里。美团感觉自己面的还可以，想不通为什么还没给意向书。 9.26 流利说进行了电话一面，但此时其实已经无心面试了（后来约二面，也就直接拒掉了）。 10.11 收到了美团的录取意向书。 10.15 华科三方开通，下午小红书 HR 就约到公司谈薪资，签三方。不过当时，美团薪资还没谈，所以也和 HR 商量，等美团下来再选择。 10.17 被阿里捞起来了，约面试，但此时已然是一条咸鱼了，没有心思面试，只想等着了。还有，之前腾讯广州微信小程序部门的 HR 也陆续给自己打过三次电话约面试，但由于部门在广州，也就直接拒了。阿里腾讯秋招的缘分，也就此结束了。 接下来就是折磨人的时间了，美团迟迟不谈薪资，offershow 上大家也是编各种段子进行调侃。 我相对于他们还好，我是 10.11 号才收到意向书，他们提前批 9 月初就有收到意向书的了，一直等到了 10 月中旬还是没有谈薪资。 10.24 号，美团终于和我谈了薪资，在可接受范围内，就准备签美团了。 10.28 号，小红书这边打过来又给调薪，但自己最终还是决定去美团了。说实话感觉真的很对不起小红书，小红书发的意向书早，而且还等了自己这么久。 10.29 号，收到了美团正式 offer，也收到了三方邀约，至此，秋招正式结束。 【分享】 秋招必备的工具 力扣（leetcode），https://leetcode.com/problemset/all/，现在也有中国站 https://leetcode-cn.com/problemset/all/ 了，当然还要推荐一下我的刷题总结，哈哈，每道题都有详细的题解，现在有 300 题了，大家给的反馈也都表示总结的很好，地址是 http://leetcode.wang/。刷题可以说是必备的了，不管是笔试或是面试，都会涉及到，运气好的话，笔试和面试可能碰到上边的原题。 offershow，一个小程序，上边会有一些人去匿名公开自己谈的薪资，可以上去瞅瞅，自己多少会有一个底。 【秋招流程】 提前批 ->[正式批]-> 拿到录取意向书，又叫 oc ->[签订两方协议] -> [ sc ]-> 谈薪资 -> 签订三方协议 上边加括号表示是可选的，可能有，可能没有。 基本上都是笔试 + 面试，有的公司会免笔试。面试前有的公司会有一个测评，基本上就是一些找规律，还有语文段落提取，性格测试的题，都是选择题。 oc，offer call 的简称，一般会收到 HR 的电话或者邮件，给你发一个录取意向书，也就是一张图片吧。 两方协议，现场或者邮寄签，如果违约的话会有一定的违约金，具体看协议规定。大多数人为了保底 offer，HR 给 oc 或者签订两方协议，都会先同意下来，虽然不诚信，但也没办法。所以有些公司，发的 oc 会多于 hc（head count，也就是要招的人）。大家相互备胎。 sc，suvery call 的简称，HR 会打电话问你目前的 offer，以便更好的给你定薪资。 谈薪资，一般就是拿手上更有竞争力的 offer 和 HR argue，HR 会告诉你能不能帮你再争取更高的薪资。 签订三方协议，有的学校是网签，有的学校是纸质的，这个签了以后就基本定了。我们学校的话，99% 签了就不能违约了，具体还是看学校怎么规定，有的学校可能可以违约一次，所谓的撕三方。 另外补充下，只要过了 HR 面，并且没有收到感谢信，最后都还是有机会的，不要太慌。 面试会有哪些内容 每家公司其实差不多，我只了解前端和后台岗位的，基本上就是四大块。 第一块，自己所做的项目，基本上会给不同面试官讲一次又一次，所以一定要熟悉自己的项目，总结出来。 第二块，自己岗位的基础知识，各种数据结构啦，语言的一些特性啦，可以在牛客网上看面经。 第三块，算法题，上边讲到的，leetcode 的题目，一般现场写到纸上或者面试官电脑上，有的要求调通，有的只需要写出大概思路即可。 第四块，比较开放性的问题，未来的规划？自己最自豪的事情？ 【一些经验】 最早 7 月份就有公司开始秋招了，所以要提前关注，以免错过。8 月份提前批就多了起来，像腾讯、阿里，这些大厂也在这个时候开始，可以找学长学姐内推，也可以在牛客网上找内推码。然后就是 9 月份了，所谓的金 9 银 10，9 月份就是找工作的黄金时期，大部分人基本在 9 月份就会拿到几个 offer。不过 9 月份没找到的话，也不要灰心，10 月份依旧有很多机会。 对于宣讲会，如果是现场笔试的可以去参加，基本上第二天就开始现场面试了。至于只是投简历的，我觉得不是很有必要去。 秋招确实将一定程度上决定自己未来的一些发展，所以压力难免会大一些，要多和身边的同学交流，不管是谈心也好，还是交流面试经验，都挺好。 能提早面试就提早去参加，不要拖，不然到后边会发现自己还没开始，各个公司都要结束了。还有就是到后期，如果已经拿到了几个 offer 的话，再有面试其实已经无心面试了，一般就直接拒掉了。所以基本上状态好的时候，就是在 9 月份，可以多面几个公司，多一些选择。 今年就会开启新的一段旅程了，不管怎么样，尽情体验吧，越努力，越幸运，共勉。 祝大家找工作顺利！

刚申请认证，等认证通过，秋招正式批开始我会来发内推码。 翻了翻部门招聘的一些流程，聊一聊正式批大家该注意的事情，也给自己部门打个广告。 首先简历一定自己投，别让hr帮忙。 一般通过内推连接或者输入内推码投简历。 基本上是三面，第四面大概率是前面有一面挂了。 禁止刻意刁难这是写在准则里的，因为要问倒一个人是很简单的。 算法题，根据你的简历来定难度，大多数都是medium，涉及的算法也都很基础，除非你写了打过acm比赛（这一块我看到评估最高水平是算法导论倒背如流，啊这...)。 挂了会捞，而且也会看你之前的面评，如果一面就挂了就很难继续聊了，所以一定要慎重。 我的部门在技术中台，校招入职半个多月，现在在做游戏接入，支付的一些东西，想要了解部门的可以在牛客或者网上搜搜，以前应该发过JD。 对比过一起入职的其他同学的部门，咱待的组幸福度还是挺高的，新人培养也是独一档，重视度极高。 整个部门今年要招的人还是挺多的（确信，我都背着招人的指标），而且南京也有岗位。 给大家的建议是不要急着投，慢慢打磨自己的技术栈，即使栽也要给面试官留下点正面印象... 有问题可以发帖或者评论，我会尽量解答。

“用友·华为云杯”第二届企业云服务开发者大赛 春夏之交，百花争艳，千山相映，万物生长。 在这段生机勃勃的时光里，开发者们，是时候让你们创意的小苗沐浴风雨，在用友YonBuilder开花结果了！ 2020年，第二届用友·华为杯开发者大赛报名通道已经开启！ 技术能力过硬+创意想法无敌的你，这就是你的秀场，这里即将是你的盛夏之光！ 低代码平台新技术赋能，五大赛题同时开放，沉浸式开发新体验，给你的创意插上轻盈的翅膀 低代码开发时代，你就是下一个 YonBuilder！ “用友·华为云杯”第二届企业云服务开发者大赛 万物生长 SaaS加速 ——“用友·华为云杯”第二届企业云服务开发者大赛，是用友集团主办，华为云联合举办，面向企业服务领域开发团队与个人的顶级创新赛事。大赛旨在立足企业实际业务需求，基于用友最新YonBuilder(低代码开发)平台，推动面向企业服务领域的公有云快速开发与创新成果转化。 用友四大扶持赋能，助你梦想腾飞 用友提供四大支持赋能开发者，助力梦想开花结果！ 技术扶持：参赛团队可专享用友云为赛事提供的各类技术资源（平台培训、开发指导、专家答疑、IaaS资源等），支持公有云服务的快速开发 资本扶持：优胜团队享有用友产业投资公司创投与商业孵化机会 营销扶持：优胜团队可入选用友SaaS加速器计划，享有用友云生态“优选产品、云OEM产品、云融合产品”合作资格，通过用友经营体系直接商业变现。优胜作品可入选华为云严选商城，享有品牌、销及行业资源扶持，快速商业变现 品牌扶持：优胜团队及成果可获得用友企业服务年会（万人规模）参展与宣传机会 五大赛题齐亮相，总有你的款 领域类相关赛题 行业类相关赛题 基于友空间的企业移动应用 创新应用Python 3.7 适配华为鲲鹏处理器计算架构的SaaS服务 心动福利齐上阵，YonBuilder你值得 赛程介绍： 初赛阶段 5.10 大赛启动 报名开启 5.10-6.30 作品设计及项目计划提交 平台学习 开发赋能 设计方案评审 公布复赛名单 复赛阶段  7.1-8．31 复赛作品提交 线上路演 决赛阶段 9月份 颁奖典礼 荣誉加冕 决赛作品路演 报名方式： 点击链接：https://mp.weixin.qq.com/s/2CPDePxnENum9TDK98zzKA 进入用友招聘公众号 专享大赛一手资讯、官方赋能课程、用友内推资格

rt

去年这个时候，自己也在社区疯狂吸收各种面经，默默许愿理想的公司，最终也得偿所愿了。今年作为阿里巴巴一名刚入职的萌新，跟大家分享一下去年春招实习和秋招的一些感受，顺便唠一下入职初体验。 实习——打怪升级 春招实习的时候面了蚂蚁、头条和腾讯，最终只过了腾讯，说到底还是自己太年轻。整体情况就是： 蚂蚁：简历面之后就没消息了 头条：一面 - 二面 - 三面（挂掉了） 腾讯：电话面了两轮，现场又面了两轮，顺利通过了 面的问题感兴趣的可以在评论区和大家聊聊，这里主要说说感受吧。 面蚂蚁的时候自己还没准备充分，当时是导师帮忙推荐的，也不好推脱，就直接上了。简历面中主要是聊了聊对项目的理解还有个人规划，面试过程很轻松，但有时面试越轻松结果就越意外。复盘的时候发现在「个人规划」这一 part 自己答得不是很好，说的点太多，但每个点都没有具体的实践规划，难免给人”假大空“的感觉，挂了也就不奇怪了。总结一点就是：开放性的问题回答要具体，不要泛泛而谈。 头条是我自己准备过一段时间再投的，前两面过得很顺利，面试官的反馈也还不错，但三面的时候面试官气场实在太强了，针对简历上的每一个点都扣得很深入，而自己在技术的积累上缺乏深度，几轮下来整个人就蔫了。失败不要紧，重要的是复盘嘛。其实在面试官眼里，我们还是前端小白，也不期望你理解得多透彻，但是就看看你有没有自己的想法。对于技术深度的讨论，对错不打紧，关键是你有探索技术的热情和思考、总结的习惯。 经过上两轮面试，自己很认真地去夯实了基础知识，对于简历上用到的每一项技术都过了一遍，查找资料了解背后的基本原理，同时也自己模拟了一些开放问题，顺便总结自己的过往经历。所以，不要总以自己还没准备好为借口，勇敢去面试几轮，才能够清楚地知道自己有哪些不足。至于腾讯的面试经历，可以看一下我之前的帖子。 秋招——一波三折 说实话，我是不想参加秋招的。当时留用考核已经通过了，跟团队相处的也很融洽，心里想着：“就这样吧。”，甚至开始计划我的毕业旅行了。然而，9 月份一个电话打破了平静，电话那头说：”同学你好，我是阿里 xxx 部门的 HR，你在校招系统上投递了我们的前端岗位，请问你方便约个时间面试吗？“。我当时懵了，当机会来敲门时，那就开门让它进来吧。后来面了还算顺利，终面的面试官也说没问题，后面会安排 HR 面。 在等待 HR 面的日子里，我日常纠结选 ”腾讯“ 还是选 ”阿里“ 。某日下班回到出租屋（那会我还在 TX 实习），又一个电话 Call 过来了，”同学你好，我是 CRO 技术部的 HR，你投递的 xxx 部门 HC 不够了，你有没有兴趣加入我们呢？“。当时我是想放弃的。大家都知道网上传的阿里面试轮数多么惊人，实在有种身心俱疲的感觉。不过，我还是和 HR 认真沟通了一番，心里也不愿轻易放弃吧，就决定再重新走一遍流程。但是，阿里的校招还是蛮人性化的，没有让我从 0 开始，而是直接从二面开始，并且删减了交叉面的环节，最终自己也顺利拿到了 offer。找工作，还是需要耐心的。如果想要一个东西，那就矢志不渝的向它前进。 职场萌新 7 月份初，我入职了 CRO 技术部的体验技术团队，团队业务方向很多，具体可以看这里。大公司都有它自己的技术生态，刚进来要了解的东西很多，技术栈的改变更增加了我的学习压力。一般刚入职嘛，面对的困难可以分为两点： 如何熟悉技术栈和业务：以前我自己开发、实习都是用的 Vue，现在要重新学习 React 的生态；团队的业务方向比较多，我该从哪里入手；工作流和实习的也不一样，该怎么实践呢。好在我的师兄给予了我充分的时间和空间，让我慢慢适应工作，慢慢了解后续业务开发中需要的知识。此外，对于自己搞不懂的问题，可以在公司内部的知识库中搜一搜，你作为萌新遇到的问题别人也一个不会落下。实在找不到的，就积极主动的发问，相信你团队里的小伙伴，大家都很乐意为你解答，毕竟你成长起来了，团队的战斗力也提高了。 如何融入团队：平常团队也会组织一些活动，在工作之余拉近团队成员的距离，也有助于新人融入。当然，自己也要主动一些：熟悉团队内成员的称呼（30+ 人的团队，认识起来有点难），平常多和大家一起吃喝玩乐，有活动积极参与，有机会的情况下主动和别人聊聊天等等。如果你通过努力还是觉得不够融入，也没关系，时间会解决的，相信有些人只是比较慢热而已。 刚启程的萌新，未来还有很多困难在等着，坚持初心，乘风破浪！ 最后，希望大家对未来多点憧憬，祝愿都能够找到满意的工作！ —————————————————————————————————— 需要内推的同学也可以发送简历到我的邮箱：achen.lxr@alibaba-inc.com欢迎你的加入！

分为四块 第一部分文本阅读，总结文本主旨，时间有限 第二部分图标分析，主要按照题目意思来审核 第三部分找规律，给一些图片让你找规律 第四部分，性格测评 唉，之前没做过，第一次就实战我懵了，吃一堑长一智，要做专项练习

我们是阿里云事业群下的云原生·中间件/apaas技术团队，开始秋招预热活动啦！想知道我们有多牛？ http://jm.taobao.org/ 或关注 阿里中间件公众号 阿里巴巴中间件技术部，是世界顶尖的 Java 技术团队之一，起源于淘宝平台架构组，是跟随着阿里电商业务和双十一成长起来的技术团队。复杂的业务场景、飞速的业务增长、高并发的大促洪峰、层出不穷的稳定性问题，让我们一直贴近业务，解决难题，不断进行技术创新。 我们有 Apache Dubbo、RocketMQ 等顶级开源项目和开源社区大拿；有世界级的电商交易场景，可以稳定支撑双 11 洪峰的企业互联网架构平台；有基于每天万亿次调用的数据智能决策系统；有通过阿里云输送给上万企业的 PaaS 产品。 话不多说，目前我们有定期秋招直播活动，欢迎咨询了解。最火的面经、分布式知识、计算机知识，进群（私信或留言）就知道活动多精彩！ 此外，欢迎对中间件感兴趣的小伙伴了解我们团队，想要知道面试细节、获得提前面试机会的同学欢迎私信哦 😘，只要有亮点，有极客，我们都欢迎~ aPaaS研究方向介绍 一、函数计算Serverless方向 aPaaS-Serverless团队，来这里，你将和我们一同探索云计算领域最前沿的Serverless技术，结合阿里云容器团队、内核团队的诸多黑科技，颠覆传统的应用服务理念，打造极致弹性、超低成本的新一代新一代云计算产品。在这里，你能够全面提升个人技术水平，追寻Serverless最前沿！ 二、微服务框架与架构治理方向 aPaaS-微服务团队，这里有多位Apache PMC大佬坐镇，加入微服务团队，你可以参与顶级开源项目的建设；可以深入阿里“技术中台”的腹地，作为核心技术骨干参与双十一大促保障；可以将阿里多年双十一稳定性保障与架构治理的沉淀产品化，为中国乃至全球的企业赋能。截至目前，你在生活中每加一升油、每用一度电、每收到一份薪水、每寄一个包裹，都使用到了我们大量的微服务调用！在这里，你能够快速提高个人影响力，成为开源的新生力量！ 三、分布式链路追踪和AIOps方向 aPaaS-分布式链路追踪和AIOps团队，来这里，你将和我们一同参与建设中国乃至世界最大规模的分布式链路追踪与监控系统，处理每天数十PB级的分布式调用轨迹数据。您将体验到工程与算法的完美结合：通过机器学习技术完成故障自动跟踪定位，故障自愈，参与设计并实现最炫酷的数据可视化项目，成为产品、技术合伙人。 （为什么要追我，我又不是急支糖浆~） 四、分布式应用托管方向 aPaaS-分布式应用托管团队，来这里，你将同我们一起搭建业界架构最复杂、功能最齐全的分布式应用全生命周期管理平台。这里包含了阿里云顶级的科技产品，融合了aPaaS最强大的微服务、分布式链路追踪等顶尖技术，帮助用户轻松构建分布式应用。在这里，你会接触大量的aPaaS黑科技，掌握复杂系统的构建技术，快速成长为一名优秀的系统架构师！

笔者简介吾名浩浩，生于上世纪八十年代，居于北方小镇城中村。家境窘，无背景。 年幼时，不曾入幼儿园，隔代长辈所带养。及至小学，幸已落户，就近而入学，懵懂而读书。 小升初暑假，偶得《小学数学千题解》一书，仔细阅读，认真做题，凡疑惑不解之处皆幸有亲友之同事指点赐教。及至初中，遂以优异入考成绩进重点班级就读。 初中三年，以优秀同学为师而学，向辛勤授课老师而问，成绩突飞，排名猛进。三年后中考，成绩差强人意，入重点高中而未进重点班级。 及至高中，努力一年，择文而学，再进重点班级。恰恰遇人不淑，新班主任难为师表，班级之上云波诡谲，课堂之下暗流涌动。 两年后高考，语文考试扑街，其余发挥正常。且班中多数同学皆为语文成绩所累，此为班主任所授之科目也。高考成绩既出，填报志愿之事大于天也，奈何择业选校之自由被长辈亲戚所夺。 幸得高一班主任同事“择二一一高校”之建言，故约法三章：理工类院校不读，师范类院校不择，非二一一院校不去。于是，被放于赣而学会计。大学四年，郁郁寡欢。不喜身边之同学而去读万卷书，不爱所在之城市而去行万里路。 四年之间多沉浸于图书馆与自习室，以高考学习之态度，用高中学习之强度，内研读专业课程和相关书籍，外自修证券知识及期货内容。节日假期多游走于四周省市与山川：东游沪杭以观世间繁华，南至台海以求交流学习，西进两湖巴蜀以与旧识同乐，北上京津河北以谋职业发展。 因好学，阅读多，绩点高，得图书馆与学校所设奖学金，皆散于行迹所至之处，此乃大学之唯一乐事也。吾尚未毕业，已立学习CFA之志。及至毕业，打道回府。 家中亲戚长辈多言银行工作乃“钱多活儿少离家近”之美差也，遂不得己愿而入一城商行工作。 工作半年，凭六月之流水以申双币种信用卡，抽周末之闲暇以办旅行出国护照，皆为CFA考试准备。 卡证已备，报名遂成，于是开始学之。工作一年半，恰为癸巳年冬，雪后入京赶考CFA一级。甲午年春节将至，获考试通过之消息，大喜，遂定以近一年半之时间备战CFA二级。 工作两年，萌生跳槽之意。 吾身为区区普通柜员，办业务，学制度，背试题，亦负大量款、卡、险等任务指标。 此等指标乃逐月成几何增长，完成则小奖几块数十，未及则严罚成百上千。领导此举亦有“喝兵血”之嫌，遂与之有隙。 加之工作场所年久失修，会天大雨，屋中小雨，更有楼上住户之下水泄露。场所之内虫鼠横行，坐席之上设备残损。辞职临别之际，个人社保受人力拖延办理之难，几走劳动仲裁之路。 后跳至一外资行工作，岗位相同，内容增加。 虽距家甚远，路途常堵，但场所干净，所挣稍多。恰又遇人不淑，副手骄横无知，主管懒散软怂，领导缺德冷血。薪酬承诺变样，劳动福利缩水。考虑良久，遂裸辞，但未敢告知家中。于是，变上班工作日为省图自习日。 无论工作如何变动，CFA学习从未暂停。 乙未年春节后，边学习边谋职。同年夏，进京赶考CFA二级。 两月后，入职一文化国企财资部。两周后，获考试通过之消息，大喜，遂定以不到一年之时间备战CFA三级。 工作劳形较少，学习时间充裕。丙申年夏，入京赶考CFA三级。奈何此次准备时间不长，看书学习不深，平日做题不多，临考题型不熟。 未及成绩公布之时，内心深感凉凉之意。 成绩既出，果不其然，遂定以两年之时间重新备战CFA三级。 为放松散心，赴台自由行，兼怀五年前之交流时光。 独自游于台北，不禁黯然神伤。五年之间物是人非，毕业之后青春难留，美好时光岂非只在昨日？ 感慨之余，冥冥所念：“穷且益坚，不坠青云之志；老当益壮，宁移白首之心”。 心中所往，岂能放弃！ 年假结束即归，继续准备考试。月底，母亲工伤，骨骼重挫。母亲伤病，父亲劳累，家中有事，理应顾家。于是，母亲术后出院而居吾处，吾不再加班出差。丁酉年春节后，领导屡屡发难，质问母亲病情，对吾渐生不爽。此时前后，吾为重拾信心，强化学识，已开始FRM一级之学习。 至夏，赴津考试。 一月后，获考试通过之消息，遂定以一年之时间备战FRM二级。未及夏末，萌生辞意。此单位，高层领导皆为官派，碌碌无为，日常公文皆出吾手；中层干部元老自居，得过且过，扛枪挡箭皆由吾去；基层员工递条入职，才疏慵懒，重要工作皆为吾做。 单位薪酬改革拖延达一年半之长，以入职时间短为由而降吾薪。吾何不去之！遂与父母商量，果断辞职，自愿失业。 宅于家中上可照顾伤母，下可复习考试。父已退休，亦无大碍。吾虽无收入，但积蓄尚足，且偶能投资割韭。母亲卧床半年之久，拄拐十月之长，期间吃药无数，复查若干。及至戊戌年四月，母亲撤拐而行，搬回原处。遂全力备战两场考试。至夏，赴津考FRM二级。 一月后，赴沪考CFA三级。 考试毕，遂北上畅游苏锡两地。 游至无锡，获FRM二级考试未过之消息，不禁扼腕而叹。只得游罢返家之后又重新备之，以求戊戌年冬考过。 归家近两月，获CFA三级考试通过之消息，大喜。虽考试通过，但耗时良久，牺牲甚多，期间饱尝生活之辛酸，尽感世态之炎凉。 及至今日，奔向廿九。人生固然苦短，理应有所作为，遂决定开创此贴。 整理学习笔记，以求帮助奋战于此的莘莘学子；晒出读书心得，以求分享书山学海的个人观点。 若从大学伊始算起，至CFA考试全过，恰好十年矣。 “十年磨一剑，霜刃未曾试。今日把示君，谁有不平事。”

“星什么科技？” “什么环科技？” “星环什么哦？” 姓名：炫酷极客 星环信息科技（上海）有限公司 性别：男男女女（？） 出生年月：2013年6月 特长：名字特长 ...... Q：先做个自我介绍吧 极客基因！ 《三体》中的星环集团聚集了人类最优秀的一批科学家，建造成太阳系的第一艘超光速飞船——星环号。星环科技的创始人兼CTO孙元浩表示，星环科技借此命名，希望汇聚最优秀的研发团队，立志打造成国内外领先的大数据基础技术厂商。 星环科技是全球领先的大数据与人工智能基础平台供应商，专注于提供企业级容器云计算、大数据和人工智能核心平台的研发和服务，打造大数据和人工智能技术的“中国心”。公司以上海为总部，以北京、广州为区域总部，在南京、郑州、成都设有支持中心，同时在深圳、天津、武汉等地设有办事机构，并在加拿大和美国设有子公司。 极客疆土！ 极客核心技术 基于Hadoop构建企业级数据仓库和数据集市 高性能、可扩展的分布式数据库 融合低延时的时间驱动机制和复杂批处理编程模型的流处理引擎 具备统计、机器学习和深度学习完备算法和实践模型的人工智能平台 基于Docker和Kubernetes的多租户PaaS平台 应用行业 金融、电信、交通、物流、政府、 公共安全、媒体、电力、能源、零售、 制造业、医疗、教育等。 极客文化！ 愿景 成为世界领先的基础软件供应商，为所有的大数据和人工智能应用提供基础平台 使命 把中国人自主研发的领先创新技术赋能全世界各行各业，促进社会可持续发展，通过科技让人类的生活更美好 核心价值观 追求卓越、至诚至信、团结合作、开放创新

下载链接：http://pan.baidu.com/s/1zeqRq

TCP TCP 特点 TCP 是面向连接的运输层协议，一个应用进程在向另一个进程发送数据之前，两个进程必须先建立 TCP 连接，发送某些预备报文段，以建立确保数据传输的参数。作为 TCP 连接建立的一部分，连接的双方都将初始化与 TCP 连接相关的许多状态变量。这种连接不是电路交换网络中的端到端电路这种物理连接，而是一种逻辑连接，TCP 报文要先传送到 IP 层加上 IP 首部后，再传到数据链路层，加上链路层的首部和尾部后才离开主机发送到物理层。 TCP 连接提供全双工服务，允许通信双方的应用进程在任何时候都能发送数据。TCP 连接的两端都有各自的发送缓存和接收缓存，用来临时存放双向通信的数据。在发送时，应用程序把数据传送给 TCP 缓存后就可以做自己的事，而 TCP 在合适的时候会把数据发送出去。在接收时，TCP 把收到的数据放入缓存，上层应用程序会在合适的时候读取缓存中的数据。 TCP 连接是点对点的，每一条 TCP 连接只能有两个端点，即只能是单个发送方和单个接收方之间的连接。 TCP 提供可靠的交付服务，通过 TCP 连接传送的数据无差错、不丢失、不重复，并且按序到达。 TCP 是面向字节流的，流是指流入到进程或从进程中流出的字节序列。面向字节流的含义是：虽然应用程序和 TCP 的交互是一次一个数据块，但是 TCP 把应用程序交下来的数据仅仅看成一连串无结构的字节流。TCP 不保证接收方应用程序收到的数据块和发送方应用程序发出的数据块具有对应大小的关系，但是接收方应用程序收到的字节流必须和发送方应用程序发出的字节流完全一样。接收方应用程序必须有能力识别收到的字节流，并把它还原成有意义的应用层数据。 TCP 报文结构 TCP 传送的数据单元是报文段，一个 TCP 报文段分为首部和数据两部分。首部的前 20 个字节是固定的，后面有 4n 字节是根据需要而增加的选项，因此 TCP 首部的最小长度是 20 字节。 TCP 首部的重要字段如下： 源端口和目的端口：各占 2 字节，分别写入源端口号和目的端口号，TCP 的分用功能是通过端口实现的，分用就是指运输层从 IP 层收到发送给各应用进程的数据后，把数据交付给正确的套接字的工作。 序号：占 4 字节。TCP 是面向字节流的，在一个 TCP 连接中传送的字节流中的每一个字节都按顺序编号，首部中的序号字段值指的是本报文段所发送的数据的第一个字节的序号。序号使用 mod2^32^ 计算，每增加到 2^31^-1 后下一个序号就又回到 0。 确认号：占 4 字节，是期望收到对方下一个报文段的第一个数据字节的序号。如果确认号为 N，代表到序号 N-1 为止的所有数据已经正确收到。序号有 32 位长，一般情况下可以保证当序号重复使用时，旧序号的数据早已通过网络到达终点了。 数据偏移：占 4 字节，实际是TCP 报文段的首部长度，指出了 TCP 报文段的数据起始处到 TCP 报文段的起始处的距离。由于首部中有长度不确定的选项字段，因此数据偏移字段是必要的。 标志字段：占 6 位。URG 是紧急标志，URG=1 时告诉系统此报文段中有紧急数据，应尽快传送，而不按照原来的排队顺序传送，和紧急指针配合使用，紧急指针指出了本报文段中紧急数据的字节数和位置。ACK 是确认标志，ACK=1 时表示成功接收了报文段。SYN 是同步标志，在建立连接时用来同步序号，当 SYN=1 而 ACK=0 时，表示一个连接请求报文段，响应时 SYN 和 ACK 都为 1，因此 SYN=1 表示一个连接请求或连接响应报文。FIN 是终止标志，用来释放一个连接，当 FIN=1 时表示报文段发送方的数据已发送完毕，并要求释放连接。PSH 是推送标志，PSH=1 时接收方就不等待整个缓存填满了再向上交付而是尽快交付数据。RST 是复位标志，当 RST=1 时表示 TCP 连接出现了严重错误，必须释放连接再重新建立连接。 接收窗口：占 2 字节，指的是发送本报文段一方的接收窗口，告诉对方从本报文首部的确认号算起允许对方发送的数据量。窗口值是用来限制发送方的发送窗口的，因为接收方的数据缓存空间是有限的。 检验和：占 2 字节，检验范围包括首部和数据两部分。在计算检验和时，要在 TCP 报文段的前面加上 12 字节的伪首部。 可靠传输协议 ARQ 自动重传请求 ARQ 包括了停止等待协议、回退 N 步协议和选择重传协议，后两种结合了窗口机制，属于连续 ARQ 协议。 停止等待协议 停止等待就是每发送完一个分组就停止发送，等待对方的确认，在收到确认之后再发送下一个分组。停止等待协议包括了三种情况： 1. 无差错情况 A 发送分组 M1，发送完后就暂停并等待 B 的确认。B 收到了 M1 之后就向 A 发送确认，当 A 收到确认之后就再发送下一个分组 M2。 2. 出现差错的情况 当 B 收到 M1 时检测出了差错就丢弃了 M1，其他什么也不做，也可能是 M1 在传输过程中丢失了，B 什么都不知道。在这两种情况下 B 都不会发送任何确认信息，解决方法是：A 只要超过一段时间没有收到确认就认为刚才发送的分组丢失了，因而重传前面发过的分组，这就叫超时重传。要实现超时重传，就要在每发送完一个分组时设置一个超时计时器，如果在超时计时器到期之间收到了对方的确认就进行撤销。 有三点需要注意：① A 在发送完一个分组后必须暂时保留已发送分组的副本在超时重传时使用，只有在收到确认后才清除副本。② 分组和确认分组都必须进行编号，这样才能明确是哪一个发送出去的分组进行了确认。③ 超时计时器设置的时间应当比数据在分组传输的平均往返时间稍长一些，如果设置过短会产生不必要的重传，如果设置过长会降低通信效率。 3. 确认丢失和确认迟到 B 发送的对 M1 的确认丢失了，A 在设定的超时重传时间内没有收到确认，并不值得是自己发送的问题还是 B 的问题，因此 A 就会超时重传。假设 B 又收到了重传分组 M1，此时 B 会采取两个行动：① 丢弃这个分组，不向上层交付。② 重新向 A 发送确认。 还有另一种情况就是 B 发送的确认并没有丢失但是迟到了，A 会受到重复的确认，此时 A 会收下并丢弃。通常 A 最终总是可以收到对所有发出的分组的确认，如果 A 不断重传分组但总是收不到确认，就说明通信线路质量太差，不能进行通信。 停止等待协议的优点是简单，但缺点是信道利用率太低。为了提高传输效率，发送方可以不使用停止等待协议，而是采用流水线传输。流水线传输就是发送方可连续发送多个分组，不必每发送完一个分组就停下来等待对方的确认。这样可以使信道上一直有数据不间断地传送，流水线传输中可能会遇到差错，解决差错的两种基本方法是回退 N 步和选择重传。 回退 N 步协议 在回退 N 步即 GBN 协议中，允许发送方发送多个分组而不需要等待确认。在 GBN 中发送方看到的序号可以分为四个范围，已经发送且被确认的的序号、已经发送还未确认的序号、允许发送但还未发送的序号和不允许发送的序号。其中已经发送但还未确认的序号和允许发送但还未发送的序号可以被看作一个长度为 N 的窗口，随着协议的运行该窗口在序号空间向前滑动，因此 GBN 协议也被称为滑动窗口协议。 GBN 发送方必须响应三种类型的事件： 上层的调用 当上层调用发送方法时，发送方首先检查发送窗口是否已满，即是否有 N 个已发送但未确认的分组。如果窗口未满，则产生一个分组并将其发送并更新相应变量，如果窗口已满，发送方指需将数据返回给上层，隐式说明该窗口已满。实际实现中，发送方更可能缓存而不是立即发送这些数据，或者使用同步机制允许上层在仅当窗口不满时才调用发送方法。 收到一个 ACK 在 GBN 协议中，对序号为 n 的分组确认采用累积确认的方式，对按序到达的最后一个分组发送确认，表明接收方已经正确接收到序号为 n 的以前且包括 n 在内的所有分组。例如发送了序号为 1~5 的五个分组，除了第三个全部收到了，那么确认序号就是 2。 超时事件 回退 N 步的名字来源于出现丢失和时延过长时发送方的行为，就像在停止等待协议中那样，如果超时，发送方会重传所有已经发送但还未确认过的分组。如果收到一个 ACK，但仍有已发送但未确认的分组，则计时器也会重新启动。 在 GBN 协议中，接收方丢弃所有失序分组，即使是正确接收的也要丢弃，这样做的理由是接收方必须按序将数据交付给上层。这种做法的优点是接收缓存简单，即接收方不需要缓存任何失序分组。不过丢弃一个正确失序分组的缺点是随后对该分组的重传也许也会错误，而导致更多的重传。 选择重传协议 GBN 协议潜在地允许用多个分组填充流水线，因此避免了停止等待协议中的信道利用问题，但是 GBN 本身也存在性能问题，单个分组的差错就能引起 GBN 重传大量分组，许多分组根本没有重传的必要。随着信道差错率的增加，流水线可能会被这些不必要重传的分组所充斥。 选择重传即 SR 协议，通过让发送方仅重传哪些它怀疑在接收方出错的分组而避免了不必要的重传。这种个别的、按需重传要求接收方逐个地确认正确接收的分组，再次用窗口长度 N 来限制流水线中未完成和未被确认的分组数。与 GBN 不同的是，发送方已经收到了窗口中对某些分组的 ACK。 SR 接收方将确认一个正确接收的分组而不管其是否按需，失序的分组将被缓存直到所有丢失分组都被收到为止，这时才可以将一批分组按序交付给上层。 TCP 可靠原理 TCP 的可靠传输包含很多机制，例如使用检验和来检测一个传输分组中的比特错误、使用定时器来用于超时重传一个分组、使用序号来检测丢失的分组和冗余副本、使用确认来告诉发送方确认的分组信息、使用否定确认来告诉发送方某个分组未被正确接收。 TCP 的发送方仅需维持已发送过但未被确认的字节的最小序号和下一个要发送的字节的序号，从这种角度看 TCP 更像一个 GBN 协议。但是 TCP 和 GBN 有一些显著的区别，许多 TCP 实现会将正确接收但失序的报文段缓存起来。当分组 n 丢失时，GBN 会重传 n 之后的所有分组，但是 TCP 至多只会重传分组 n。对 TCP 提出的一种修改意见是选择确认，它允许 TCP 接收方有选择地确认失序报文段，而不是累积地确认最后一个正确接收的有序报文段，从这个角度看 TCP 又像 SR 协议。因此 TCP 的差错恢复机制是一种 GBN 和 SR 的结合体。 除此之外，TCP 还使用流量控制和拥塞控制来保证可靠性。 滑动窗口 滑动窗口以字节为单位。发送端有一个发送窗口，窗口中的序号是允许发送的序号，窗口的后沿是已经发送并且确认的序号，窗口的前沿是不允许发送的序号。窗口的后沿可能不动（代表没有收到新的确认），也有可能前移（代表收到了新的确认），但是不会后移（不可能撤销已经确认的数据）。窗口的前沿一般是向前的，也有可能不动（表示没有收到新的请求或对方的接收窗口变小），也有可能收缩，但 TCP 强烈不建议这么做，因为发送端在收到通知前可能已经发送了很多数据，此时如果收缩窗口可能会产生错误。 滑动窗口的状态需要3个指针p1，p2 和 p3。p1 之前的序号表示已经发送并且确认的序号，p1p2 的序号表示已经发送但还没有确认的序号，p2p3 表示允许发送的序号，也叫可用窗口，p1~p3 表示发送窗口，p3 之后的序号表示不可发送的序号。 发送缓存用来暂时存放发送应用程序传给发送方 TCP 准备发送的数据和已经发送但还没确认的数据。接收缓存用来暂时存放按序到达的但尚未被应用程序读取的数据以及未按序到达的数据。 注意三点：① 发送窗口根据接收窗口设置，但并不总是一样大，还要根据网络的拥塞情况调整。② 对于不按序到达的数据，TCP 通常存放在接收窗口，等到字节流缺少的字节收到后再按序交付上层应用程序。③ 接收方必须有累积确认功能，可以减小传输开销，可以在合适的时候发送确认，也可以在自己有数据需要发送时捎带确认。但是接收方不能过分推迟发送确认，不能超过0.5秒。 流量控制 如果某个应用程序读取数据的速度较慢，而发送方发送得太多、太快，发送的数据就会很容易使连接的接收缓存溢出，TCP 为它的应用程序提供了流量控制以消除发送方使接收方缓存溢出的可能性。流量控制是一个速度匹配服务，即发送方的发送速率与接收方的应用程序读取速率相匹配。 TCP 通过让发送方维护一个接收窗口的变量来提供流量控制。通俗地说，接收窗口用于给发送方一个指示，该接收方还有多少可用的缓存空间，因此方法方的发送窗口不能超过接收方给出的接收窗口的数值。因为 TCP 是全双工通信，在连接两端的发送方都各自维护一个接收窗口。 当接收窗口 rwnd 减小到 0 时，就不再允许发送方发送数据了。但是可能存在一种情况，当发生了零窗口报文段不久后，发送方的接收缓存又有了一些存储空间，因此又发生了新的报文说明自己的接收窗口大小，但是这个报文可能会在传输过程中丢失。接收方就会一直等待发送方的非零窗口通知，而发送方也一直在等待接收方发送数组，形成一种死锁的状态。为了解决这个问题，TCP 为每一个连接设有一个持续计时器，只要 TCP 连接的一方收到对方的零窗口通知就启动该计时器，到期后发送一个零窗口探测报文，如果仍为 0 就重新设置计时器的时间，如果对方给出了新的窗口值就可以解决可能出现的死锁问题。 还有一种问题叫做糊涂窗口综合症，当接收方处理接收缓冲区数据很慢时，就会使应用进程间传送的有效数据很小， 极端情况下有效数据可能只有 1 字节但传输开销却有 40 字节（20字节的 IP 头以及 20 字节的 TCP 头) ，导致网络效率极低。为了解决这个问题，可以让接收方等待一段时间，使得接收缓存有足够的空间容纳一个最长报文段或者等到接收缓存已有一半的空闲空间。发送方也不要发送太小的报文，而是把数据积累成足够大的报文或达到接收方缓存空间的一半时才发送。 拥塞控制 网络中对资源需求超过了资源可用量的情况就叫做拥塞。当吞吐量明显小于理想的吞吐量时就出现了轻度拥塞，当吞吐量随着负载的增加反而下降时，网络就进入了拥塞状态。当吞吐量降为 0 时，网络已无法正常工作并陷入死锁状态。拥塞控制就是尽量减少注入网络的数据，减轻网络中的路由器和链路的负担。拥塞控制是一个全局性的问题，它涉及网络中的所有路由器和主机，而流量控制只是一个端到端的问题，是两个端点之间通信量的控制。 根据网络层是否为运输层拥塞控制提供显式帮助可以将拥塞控制的方法区分为两种：端到端拥塞控制和网络辅助的拥塞控制。TCP 使用端到端的拥塞控制，因为 IP 层不会向端系统提供显式的网络拥塞反馈。TCP 所采取的方法是让每一个发送方根据所感知到的网络拥塞程度来限制其向连接发送数据的速率。如果一个 TCP 发送方感知到它到目的地之间的路径上没什么拥塞则会增加发送速率，如果发送方感知到拥塞就会降低其发送速率。限制发送速率是通过拥塞窗口来实现的，它对发送方能向网络中发送流量的速率进行了限制。判断拥塞是通过超时或者连续接收到 3 个冗余 ACK 实现的。 TCP 的拥塞控制算法主要包括了慢启动、拥塞避免和快恢复。慢启动和拥塞避免是 TCP 的强制部分，差异在于对收到的 ACK 做出反应时 cwnd 增加的方式，慢启动比拥塞避免要更快地增加 cwnd 的长度。快恢复是推荐部分，对 TCP 发送方不是必需的。 1. 慢启动 在慢启动状态，拥塞窗口 cwnd 的值以一个 MSS 最大报文段开始并且每当传输的报文段首次被确认就增加一个 MSS。因此每经过一个 RTT 往返时间，拥塞窗口就会翻倍，发送速率也会翻倍。因此 TCP 的发送速率起始很慢，但是在慢启动阶段以指数增长。 结束慢启动有三种情况：① 如果存在一个超时指示的丢包事件，即发生了拥塞，TCP 发送方就会将 cwnd 设置为 1 并重新开始慢启动过程。它还将慢启动阈值设置为 cwnd/2，即检测到拥塞时将慢启动阈值设置为拥塞窗口的一半。② 当拥塞窗口达到慢启动阈值时就会结束慢启动而进入拥塞避免模式。③ 最后一种结束慢启动的方式是，如果检测到三个冗余的 ACK，TCP 就会执行快重传并进入快恢复状态。 2. 拥塞避免 一旦进入拥塞避免状态，cwnd 的值大约是上次遇到拥塞时的值的一半，即距离拥塞可能并不遥远。因此 TCP 无法再每经过一个 RTT 就将 cwnd 的值翻倍，而是采用一种较为保守的方法，每个 RTT 后只将 cwnd 的值增加一个 MSS。这能够以几种方式完成，一种通用的方法是发送方无论何时收到一个新的确认，都将 cwnd 增加一个 MSS。 当出现超时时，TCP 的拥塞避免和慢启动一样，cwnd 的值将被设置为 1，并且将慢启动阈值设置为 cwnd 的一半。 3. 快恢复 有时候个报文段丢失，而网络中并没有出现拥塞，如果使用慢启动算法就会降低传输效率。这时应该使用快重传来让发送方尽早知道出现了个别分组的丢失，快重传要求接收端不要等待自己发送数据时再捎带确认，而是要立即发送确认。即使收到了乱序的报文段后也要立即发出对已收到报文段的重复确认。当发送方连续收到三个冗余 ACK 后就知道出现了报文段丢失的情况，会立即重传并进入快恢复状态。 在快恢复中，会调整慢启动阈值为 cwnd 的一半，并进入拥塞避免状态。 TCP 连接和释放机制 三次握手 TCP 是全双工通信，任何一方都可以发起建立连接的请求，假设 A 是客户端，B 是服务器。 初始 A 和 B 均处于 CLOSED 状态，B 会创建传输进程控制块 TCB 并进入 LISTEND 状态，监听端口是否收到了 TCP 请求以便及时响应。 当 A 要发生数据时就向B发送一个连接请求报文，TCP 规定连接请求报文的 SYN=1，ACK=0，SYN不可以携带数据，但要消耗一个序号，假设此时 A 发送的序号 seq 为 x。发送完之后 A 就进入了 SYN-SENT 同步已发送状态。 当 B 收到 A 的连接请求报文后，如果同意建立连接就会发送给 A 一个确认连接请求报文，其中 SYN=1，ACK=1，ack=x+1，seq=y，ack 的值为 A 发送的序号加 1，ACK 可以携带数据，如果不携带的话则不消耗序号。发送完之后，B进入 SYN-RCVD 同步已接收状态。 当 A 收到 B 的确认连接请求报文后，还要对该确认再进行一次确认，报文的 ACK=1，ack=y+1，seq=x+1，发送后 A 进入 ESTABLISHED 状态，当 B 接收到该报文后也进入 ESTABLISHED 状态，客户端会稍早于服务器端建立连接。 三次握手的原因主要有两个目的，信息对等和防止超时。 从信息对等的角度看，双方只有确定 4 类信息才能建立连接，即 A 和 B 分别确认自己和对方的发送和接收能力正常。在第二次握手后，从 B 的角度看还不能确定自己的发送能力和对方的接收能力，只有在第三次握手后才能确认。 三次握手也是防止失效连接突然到达导致脏连接，网络报文的生存时间往往会超过 TCP 请求超时时间，A 的某个超时连接请求可能会在双方释放连接之后到达 B，B 会误以为是 A 创建了新的连接请求，然后发送确认报文创建连接。因为 A 机器的状态不是 SYN_SENT，所以直接丢弃了 B 的确认数据。如果是两次握手，连接已经建立了，服务器资源被白白浪费。如果是三次握手，B 由于长时间没有收到确认信息，最终超时导致创建连接失败，因此不会出现脏连接。 四次挥手 当 A 已经没有要发送的数据时就会释放连接，会向 B 发送一个终止连接报文，其中 FIN=1，seq=u，u 的值为之前 A 发送的最后一个序号+1。发送完之后进入 FIN-WAIT-1 状态。 B 收到该报文后，发送给 A 一个确认报文，ACK=1，ack=u+1，seq=v，v 的值为 B 之前发送的最后一个序号+1。此时 A 进入了FIN-WAIT-2 状态，B 进入了 CLOSE-WAIT 状态，但连接并未完全释放，B 会通知高层的应用层结束 A 到 B 方向的连接，此时 TCP 处于半关闭状态。 当 B 发送完数据后准备释放连接时，就向 A 发送连接终止报文，FIN=1，同时还要重发ACK=1，ack=u+1，seq=w，seq 不是 v 的原因是在半关闭状态 B 可能又发送了一些数据，之后 B 进入 LAST-ACK 状态。 A 收到连接终止报文后还要再进行一次确认，确认报文中 ACK=1，ack=w+1，seq=u+1。发送完之后进入 TIME-WAIT 状态，等待 2MSL之后进入 CLOSED 状态，B 收到该确认后进入 CLOSED 状态，服务器端会稍早于客户端释放连接。 四次挥手的原因 第一点原因是为了保证被动关闭方可以进入 CLOSED 状态。MSL 是最大报文段寿命，等待 2MSL 可以保证 A 发送的最后一个确认报文能被 B 接收，如果该报文丢失，B 没有收到就会超时重传之前的 FIN+ACK 报文，而如果 A 在发送确认报文后就立即释放连接就无法收到 B 超时重传的报文，因而也不会再一次发送确认报文段，B 就无法正常进入 CLOSED 状态。 第二点原因是 2MSL 时间之后，本连接中的所有报文就都会从网络中消失，可以防止已失效连接的请求数据包与正常连接的请求数据包混淆而发生异常。 除此之外，TCP 还设有一个保活计时器，用于解决客户端主机故障的问题，服务器每收到一次客户的数据就重新设置保活计时器，时间为 2 小时。如果 2 小时内没有收到就间隔 75 秒发送一次探测报文，连续 10 次都没有响应后就关闭连接。

记录一下找华为实习的时间线吧 南研所cbg流程IT 5.6 笔试 5.20 一面 5.29主管面(本来也是5.20但是因为我不清楚，有事就调时间了) 6.17 保密协议(我也不知道为啥现在才收到) 6.19中午出现了offer date 6.19下午接到offer call 说过段时间发意向书 华为实习战线太长了，之前面完还天天看有没有od，等到现在都麻木了 感谢华为给了个结果

因为去年秋招所以有一点经验心得了，主要是后端和算法啦~ 预热 1、提前批是什么？ 根据去年经验，提前批就是正式批，正式批就是补招。比较厉害的同学基本在提前批就基本定去向范围了。 2、提前批影响正式批次吗？ 根据去年经验，大部分公司提前批会有面试记录，多多少少会有影响，另外一部分公司正式批没HC，一部分确实不影响但更难拿sp，少部分老实公司可能真的不影响也说不定。 但如果非得需要我给一个统一回答，那就是不影响正式批次。 3、那我该参加提前批面试吗？ 如果你准备好了，而且报名人数=O(hc)，那早去晚去一样本质一样，但是前期一点小小的决策失误，需要后期大量的精力去弥补。 面之前先参加一些公司涨涨姿势是最吼的。 4、我怕投简历被筛了，可以后面实习完再投吗？ 简历被筛基本是不匹配，那么你为什么没有匹配呢，简历被筛的主要原因看岗位热门内卷程度，我感觉主要看几个指标 hc数量/个人水平排行/match程度 hc数量+个人水平排行是根本原因，决定了简历筛选的难度基础，你只要在排 O(hc数量)中基本就差不多能过，另外看个人经历和岗位需求的匹配程度，比如做视频的去搞语音大概率被筛掉，小概率看公司招聘部门的渣男程度，对备胎的要求高低。 个人感觉 算法 同档次下学校=顶会>项目=竞赛。后端 学校=项目=竞赛，前提都是相关的。 (ps 简历筛过了再考虑这些问题是比较合适的) 5、那我上面东西都没有怎么办？ 去参加实习吧~走easy模式，前提之前过了实习面试+自己算转正比例+自己大概的位置，正好9月份转正美滋滋。 6、如果提前批没参加会不会少很多机会？ 提前批整整两个月的时间，你不准备，不提升，那你正式批不还是现在的样子吗？把时间集中起来，好好学习吧~一种比较好的方法是一边面试一边学习。 面试准备： 1、1份match的自我介绍，可以用模板，最好事先根据工作内容和公司等稍微修改一下，展示自己的用心，简历做的和岗位匹配一点。 2、基本的理解。C++啊内存啊数据库等看你面的公司。 3、基本的代码能力。突击用 剑指offer,你连那上面的都不会就抓紧时间去学习吧。 4、DLC：对投递工作的了解。 面试准备这东西，切记脚踏实地，必要时可以突击，但突击不是常态手段，先简单作一下规划一下自己需要学习的内容，还没有掌握的内容，排个时间，至少要学过啊。比如你面效率工程你至少得会C++一大把加设计模式吧，你面个策略你得会点机器学习吧，你面个纯开发至少得会写代码吧。对自己需要掌握的东西要好好看，其他的了解即可，也别一点也不会，面试提到了你听都没听过就很尴尬，附加内容基本也不会深问。 像我虽然自学了但面试基本没问到过计算机网络，因为工作相关确实真的用不到，但是面后端不会不问的，学有余力的情况下一定至少要了解。 假设简历筛选概率p0,面试成功概率p1p2p3。那么最终拿到的offer数量 趋近->投递数*p0*p1*p2*p3，但实际上所有人稳定发挥的情况下，假如你match+技术在所有人的名次是前top p%，p< p0*p1*p2*p3时，那么所有的offer都是你的，反之，所有的offer都和你没关系。不过幸运的是老天也是会眷顾笨小孩的，各个公司情况不一样，面试情况也有波动，所以水平较差有时也能波动上去，拿到offer，然而可惜的是，不好好准备的话，我们一定有offer，但你没有把握是哪个offer，只能看老天帮你选咯，所以加油学习吧，早日摆脱分母哦~ 面试通过: 1、offer互相argue，一起拿高价，钱多多~ 后端的SP比算法的好拿，可不少~ 2、多和HR沟通，保持理智思考。 弹性工作制:早不弹晚弹 我个人都是7点下班的:(HR9点过来打电话如是说)，真实情况一般说9点下班都是9点30走，一般说9点上班那就是半小时前食堂停饭，自己估计一下通勤时间就差不多了 我们这里试用期工资不打折的:试用期6个月 咱们这里是核心部门:加班部门 咱们这里技术怎么怎么样:(人力和研发是两个部门，我这样说你懂吧) 我再去帮你申请一下:我先应付一下 我们这里技术认可度很高:跳槽率高 我们这里每年都有XX晋升的:那和大多数人没啥关系 大概率:小概率 海量:3个 我们这里对应届生不作XXX限制:(内心)合同上一个不少~ 如果问要多少钱，搜一搜，然后报个高点的 你的期望如果报高了:(内心)我能不能压一压？ 你的期望报正好:(内心)谁透漏的工资？回去查一查，现在我能不能压一压？ 你的期望如果报低了:(内心)我能不能再压一压？ 3、公司文化匹配程度，个人觉得比较重要，毕竟现在是2020-2050年，是咱们最有活力建设国家的时候，在中华民族的伟大复兴中，每个人都是历史的见证者，但祝福大家都能成为参与者，甚至是引领者，个人认为公司文化的匹配程度是非常重要的，他是实现个人价值与工作结合的不能绕过的部分，一个不合适的文化氛围 那得活的多难受啊 有其他问题可以留言问我，一般没时间看，由于共建绿色围墙，所以部分信息不能透漏，见谅呀。发这个贴就是督促你们把握时间，好好准备。省的天天打游戏 最后祝大家都能收获满意的工作，实现自身的价值~