便宜VPS网字节跳动芯片软件工程师待遇
字节跳动芯片软件工程师的待遇取决于他们的经验和技能水平。一般来说，芯片软件工程师的薪酬水平要高于其他软件工程师，因为他们需要更多的专业知识和技能来完成任务。字节跳动的芯片软件工程师的薪酬水平一般在每月6000-10000元之间，具体数额取决于他们的经验和技能水平。此外，字节跳动还会提供其他福利，如五险一金、带薪年假、节日福利等。
字节跳动招聘新员工有正式合同和五险一金吗
有的。
岗位综合薪资：4000+（餐补400+房补300）+班次补贴；保障稳：入职购买6险1金；吃得好：免费下午茶，水果零食供应；身心健康：免费体检，活动空间，休闲娱乐空间；公司配备办公电脑；带薪专业知识培训。节假日各类礼品、丰富员活动。
字节跳动招聘负责人表示，字节跳动会继续加大对人才的培养，倾注更多平台资源，帮助社会创造更多的就业岗位。字节跳动将为应届毕业生提供广阔稳定的发展机会、完善的新人培养体系、平等开放的工作氛围，以及有竞争力的回报和福利。
春季招聘开放的6000多个岗位，包括今日头条、抖音、西瓜视频、懂车帝、皮皮虾、飞书、Faceu激萌、轻颜相机、游戏、教育等产品和业务，覆盖研发、产品、运营、设计、市场、销售、职能支持、教学教研等各领域。
扩展资料：
字节跳动公司启动全球招聘，开放1万个新增岗位，覆盖研发、产品、设计、运营等多个类别，其中约三分之一是高级研究员或软件编码工作。
字节跳动在伦敦、洛杉矶、山景城和新加坡分别开放了多个热门职位，包括暑期实习生、AR高级工程师、苹果iOS系统工程师等。而在迈阿密、孟买等地，字节跳动开放了若干音乐版权方面的职位。
参考资料来源：百度百科-北京字节跳动科技有限公司
拿了offer后要字节跳动青训营吗
拿了offer后不需要要字节跳动青训营，可以直接去字节跳动上班，字节跳动青训营将开设前端、后端方向，各大业务线的技术大咖及一线优秀工程师们也将参与课程，帮助同学们提升技术专业能力。
互联网大厂频出员工猝死事件
互联网大厂频出员工猝死事件
互联网大厂频出员工猝死事件，又一家互联网大厂传出有员工猝死的消息。而这一次，是曾经被网友调侃，“字节和心脏，只能有一个跳动”的字节跳动。互联网大厂频出员工猝死事件。
互联网大厂频出员工猝死事件1
虽然目前各大互联网厂商陆续公开表示取消996、减少加班、强制休假，但互联网员工猝死消息却持续传出。
2月23日，字节跳动内网针对网传“字节28岁员工猝死”一事发文回应，称该同学21日在健身房运动时举止异常，由教练拨打120叫来急救人员到场救治后送上救护车，截至2月23日0时30分，该同学情况危重，仍在医院抢救中。截至目前，字节跳动方面尚未更新最新进展。
在抢救了41个小时之后，字节跳动一名28岁员工“吴同学”，已于2月23日13时43分不幸离世。
大厂内卷、过劳加班、高额房贷、小孩抚养，每一个压垮的当代年轻人沉重不堪的关键词，都叠加在了这位“吴同学”身上。因而，该事件瞬间引起了公众极大共情，触发大家敏感的神经。为此，字节跳动方面也两次就该事件在内网发布回应解释。
可以看到的是，即便是字节跳动已经于去年8月取消了“大小周”，并且严格规定了加班时间和加班机制，但这也未能缓解当前字节跳动，以及整个互联网行业高压工作的现实。
就在本月初，B站内容安全中心图文审核部员工“暮色木心”，因大面积脑出血经抢救无效，不幸离世，已经引起过公众对于互联网行业过劳现象的谴责、同情和反思。
据国家心血管病中心发布过的一组数据显示，我国每年猝死人数高达55万，而医院外发生猝死的救治成功率仅有1%左右。虽然65岁以上为猝死高发人群，但近些年也开始呈现年轻化趋势，情绪激动和劳累，则是造成猝死的主要因素。
年轻人需做好心脑血管保护
目前医学报告正在佐证着我国因心脑血管疾病而猝死人数的持续上升。《中国心血管健康与疾病报告2020》)显示，我国心血管病患病率处于持续上升态势，目前患病人数约3.3亿，其中脑卒中（又称中风或脑血管意外）1300万，冠心病1139万，心力衰竭890万。近十几年来，我国城乡居民心血管病死亡率也呈上升趋势，2018年心血管病死亡居我国城乡居民总死亡原因的首位。
丁香医生在一篇研究年轻人高猝死率的文章中称：30年来，我国整体心血管疾病的死亡率呈现出快速上升的趋势。从1990年的205/10万，增长到2019年的322/10万，每10万人死亡率是30年前的1.6倍。
同时需要注意的是，近二十年来，年轻人的死亡占比出现了较明显的增长，重要与主动或被动的不健康生活习惯密切相关。包括吸烟、饮酒、肥胖、不健康饮食、久坐不动等。其中长期的睡眠不足，不仅会增加因心血管疾病而导致的猝死，还会提升因认知功能降低而发生事故的风险。
调查显示，我国约八成的白领处于过度疲劳状态。慢性疲劳应激，既是中青年人早发冠心病的病因，也是中青年冠心病患者发生心脏性猝死的重要诱因，在心脏性猝死的案例中占 65%～80%。
在心血管患病率持续攀升背景下，注重健康与自我保护意识显得尤为重要。今年1月，一位腾讯应届生员工公开质疑公司高管只为赶项目进度，忽视员工健康而进行不合理的高强度加班。该应届生针对微信产品部针对“突破自我奖”中“连续20多个小时设计与开发”的评语批评称：“内测延期一天，企业微信是不是马上就会倒闭？官网延迟一天上线，客户是不是就马上跑到钉钉飞书那去？是不是非得让开发人员加这 20 多个小时的班，才能让这个版本满你们的意？你们做任务排期的时候到底有没有考虑过手下人的死活？”
随后企业微信负责人黄铁鸣在腾讯内部论坛上回应称：认可这位同学敢于直言问题的态度。持续、高强度的急行军是不持久的，也势必会影响到大家的`工作与生活平衡以及健康。“从部门的管理者的角度，我的态度是，绝不会仅仅是根据大家的工作时长就来判断一个人的工作表现好坏或者绩效排名，这是不客观的，也是不可持续的。”黄铁鸣称。
互联网大厂频出员工猝死事件2
又一家互联网大厂传出有员工猝死的消息。而这一次，是曾经被网友调侃，“字节和心脏，只能有一个跳动”的字节跳动。
28岁员工猝死
“字节又猝死一位，妻子怀孕两个月，惨……”2月22日深夜，网友在脉脉上爆料，字节跳动有员工猝死，随即引发热议。
随着事件不断发酵，越来越多的细节披露出来。
有网友表示事情发生在公司的健身房，并看到在做心脏复苏按压。
之后，网传该员工的妻子在社交平台上发声，出事的员工是字节跳动视频架构部门的图像算法工程师，入职字节跳动快四年了，今年只有28岁。
最关键的是，平常加班很多。
而现在，这位已经怀孕两个月的妻子，除了要面临失去丈夫的悲痛，还要面对每月21000元的房贷。
传猝死员工的妻子发声
2月23日早上8点，字节跳动在内网对此事进行辟谣，称因为事发突然，外界信息存在很多误解，目前该员工仍在抢救中。不过，说是正在抢救中，但据网传的妻子发声来看，目前已处于脑死亡的状态，抢救过来的可能性很低。下午，字节跳动在内网发文称，2月23日13时43分，从医院获知，在抢救41个小时后，吴同学不幸离世。
在截图上，字节跳动表示已承担全部医治费用，全力提供后勤支持。公司还将向吴同学家属提供抚恤和关怀，协助处理好相关事宜，尽力帮助其家人渡渡过关。
互联网大厂加班是常态
在传出字节跳动有员工猝死的消息之后，另一位字节跳动的工程师站出来，讲述了自己对抗加班文化的故事。
在这段发言中，我们可以了解到，至少在死者这个部门，加班是常态。
领导会要求每天晚上9点半以后在下班，不服从就会有小鞋等着给你穿。不由得让我想起去年六月，网传字节跳动有个一夜成名的实习生。只是因为在十二点前睡觉，没能及时回复消息、处理工作，第二天整个部门的人都知道了。
由此可以看出，在字节跳动，加班的现象早已经成为了常态。其实不止止是节跳动，可以说整个互联网行业都存在同样的现象。
B站审核员春节加班猝死的新闻，仅仅只过去了半个月，而B站的这位，年仅25岁。
半个月后，字节跳动又猝死一位，年仅28岁。不由得让我们想起前段时间，腾讯应届生因加班在大群内怒怼管理层，最后愤而离职。
“没有恶意，就是想单纯问问领导们，内测延期一天，企业微信是不是马上就会倒闭？官网延迟一天上线，客户是不是马上跑到钉钉飞书那去？是不是非得让开发人员加这20多小时的班，才能让这个版本满你们的意？你们做任务排期的时候到底有没有考虑过手下人的死活？”
这是对公司管理层的灵魂质问，互联网行业的野蛮扩张，是否就是用无数打工人的加班和健康换来的？在互联网行业高速扩张，“996福报”就开始盛行；但如今整个行业进入收缩期，加班文化却愈演愈烈。
互联网行业进入收缩期
从去年年底到今年，字节跳动进行了多次裁员。
从教育业务开始，之后是游戏，然后是本地生活，最近的则是字节整个战投部门被裁员优化。当初为了保持增长，字节通过内部研发、投资的方式将其版图一步步扩张到了医疗、教育、企业服务、社交、消费、房地产等各个领域。但这种抽奖式的打法，并没有收获到想象中的效果。教育、游戏业务纷纷折戟，房地产生意也频频受挫。除此之外，就在今天下午，字节跳动彻底剥离了证券业务。
副业没干好，核心业务也开始停止增长。去年11月18日，字节跳动商业化产品部召开全员大会，会上正式确认，其国内广告收入过去半年停止增长。而广告收入作为字节跳动的主要收入，其伤害是非常大的。除此之外，据证券时报报道，来自抖音的收入已经停止增长，而另一核心产品今日头条甚至处于亏损边缘。十年间，一路高歌猛进的字的字节，如今跳不动了。
哦不对，步履艰难的，其实是整个互联网行业。
之前同样传出员工猝死事件的哔哩哔哩，截至2月23日收盘，其股价为248港元，总市值963.54亿元。在去年6月底，哔哩哔哩的股价还高达1052港元。短短7个多月时间，暴跌76%，市值蒸发超3000亿港元。
从财报上来看，B站单第三季度就亏损26.86亿元，成为2021年最亏钱的钱频流媒体。从去年Q3财报来看，腾讯、阿里、百度等互联网企业都出现了增速放缓的现象。风光的互联网企业都一改之前的高调作风，更多在“塑造”不赚钱或者亏损的形象。2021年4月，阿里被罚182.28亿，然而这只是开始，后续花呗、借呗展开品牌隔离工作，相互宝被关停。
2021年12月23日，腾讯控股突然宣布以派息的方式减持京东集团，牵手十年终于分手。
换句话说，互联网企业也高调不起来了。而此时，当大厂在各方面的压力下，不得不放弃以前野蛮扩张抢来的利益时，内部员工的体会也会更明显。为了大厂的下一个增长点，留不下来的人直接被裁，能留下的人疯狂加班。但对于只想多赚一点碎银而过度加班的打工人来说，谁也不知道，哪一次加班，才是压死骆驼的最后一根稻草。
互联网大厂频出员工猝死事件3
“字节跳动猝死员工”确认离世！
据界面新闻报道，2月23日，针对网传字节跳动吴姓员工猝死一事，字节跳动内网发布公告称，经过41小时的抢救后，该员工于13时43分不幸离世。
字节跳动表示，“ 公司已承担全部医治费用，全力提供后勤支持。公司还将向吴同学家属提供抚恤和关怀，协助处理好相关事宜，尽力帮助其家人渡过难关。”
字节跳动此前表示仍在全力抢救
2月22日晚间9点，该员工（吴伟）太太在其业主微信群发声求助，称“我的老公于字节跳动猝死身亡，年仅28岁，我自己也是28岁，目前怀有2个月的身孕。目前我们房贷每月21000有余，按揭30年，爱人的突然离世致使我无力承担房贷，请问各位友人我该如何办，是否可以退房退款。”
2月23日，字节跳动内网针对网传“字节28岁员工猝死”一事发文回应，称该同学21日在健身房运动时举止异常，由教练拨打120叫来急救人员到场救治后送上救护车，截至2月23日0时30分，该同学情况危重，仍在医院抢救中。
在字节跳动的说明中，2月21日18时，吴同学前往中卫通健身房运动。18时56分，吴同学在运动约1小时后出现头晕现象，进入茶水间休息。健身房教练发现举止异常，上前询问。吴同学自述可能是低血糖，教练随即为他倒了一杯糖水，并通知行政前台启动 SOS值班号。
19时09分，保安经理取得血压计到场支持，为吴同学测量血压后，建议联系同事陪同就医。在此期间，吴同学出现呕吐现象。19时18分，教练拨打了120电话。同期，保安经理与在场另一位安保对吴同学实施CPR急救（两人均持有急救证书）。
19时30分许，120急救人员到场救治，后将吴同学送上救护车。
95后建筑设计师或因加班过度猝死
据红星新闻报道，今年2月16日，上海尤安巨作建筑设计事务所有限公司（以下简称：尤安设计(78.590, 0.19, 0.24%)）1996年出生的设计师赵磊被曝或因加班过度在出租屋内猝死，引发关注。
2月16日，有网友在微博上发布《尤安设计员工曝同事疑似被累死》一文，引起热议。文章显示，1996年出生的年轻设计师赵磊被爆或因加班过度在出租屋内猝死。文章还称，逝者过年前一直干投标到1月27日，还被扣了年终奖，过完年回来还继续加班。
随后，尤安设计向媒体三连否认：非工作时间、非工作地点、非工作原因。对于死因，尤安设计董秘表示正在等待法医鉴定。关于是否会对死者家属进行赔偿，尤安设计表示赔偿应该还谈不上，一切还要等法医鉴定结果再做决定。2月21日，逝者亲友告诉红星新闻，逝者亲属已经赶往上海，目前公司还在和亲属商谈。
天眼查显示，上海尤安巨作建筑设计事务所有限公司为上市公司上海尤安建筑设计股份有限公司百分百持股子公司。后者是一家工程咨询公司，法定代表人为陈磊，员工人数1286人，于2021年4月20日在深交所创业板市场上市。拥有建筑行业（建筑工程专业）甲级资质，主要从事建筑设计业务的研发、咨询与技术服务。
2月21日，逝者亲友告诉红星新闻，经警方调查取证，法医给出的逝世时间为2月14日晚。2月14日（工作日周一），未与公司请假，没有去上班，公司于2月15日（工作日周二）早上10点左右前往逝者家中寻找，发现逝者。逝者亲友还表示，“事发于出租屋内，同屋为其他租客，平日里几乎没有生活交际，经调查不存在矛盾冲突。”
逝者亲友认为赵磊猝死或因近年来在尤安设计公司的高强度工作。“从赵磊毕业到事发近三年的时间，多次听他提到高负荷工作，更甚的是事发前一段时间（2022年1月13日-2022年1月27号），组里接了一个投标，导致其一直高强度工作，下班时间经常为凌晨2点至4点。”
据赵磊生前聊天记录自述，其三年前毕业后进尤安设计，担任公司项目的骨干。工作三年间，“加班”、“熬夜”、“通宵”、“死亡”等词渐渐出现在赵磊的聊天记录中。
今年1月8日的聊天记录显示，赵磊和朋友说，“最近感觉要挂了，扛不住，人都懵了”、“最近感觉离死亡很近”。在今年1月下旬公司接了新投标项目后，赵磊和朋友说，“真要死了，周周通宵。”早在之前，赵磊就曾和朋友表示，“天天熬夜”、“命都快加没了”。
为记录上下班时间，赵磊专门买了个本子做记录。一份去年4月份的工时记录显示，他当月共上班276.5小时，其中只休息了4天，有7天日均工作时间超14小时。今年的聊天记录也显示，“元旦之后，1月16日-1月27日期间应该没有休息，多数时间上班在12小时以上，最少有两天超过15小时。”
B站因“员工猝死”事件陷入风波
2月7日，微博认证为职场博主的用户“王落北”称，据多名网友爆料，B站武汉AI审核组组长过年期间值班，在晚上9点到早上9点（12小时）的工作强度下，2月5日凌晨脑出血猝死。
事件引发舆论关注，随后，B站在内部信中否认了该员工因加班猝死一事，并表示逝者事发前一周内未存在加班等情况，“经内部考勤核查，员工按当日工作计划正常上下班，工作时间为9：30-18：30，做五休二。”
2月8日晚间B站再次发布通报表示，“暮色木心”去世后，家属、同事都陷入巨大的悲痛和震惊当中，相关沟通、善后工作一度面临混乱。对此，公司要向“暮色木心”的家属表示深深的歉意！
B站表示，今年将增加招聘1000名审核人员，同时从本月开始，组织内容安全中心的全员进行加强体检。
另外，B站官方微博在评论中回复网友表示，“我们从来没有删除或改动过考勤及加班记录，请大家不要轻易信谣言！”
全球每分钟近1.5人“过劳死”
长时间工作会导致心脏病和中风死亡风险增加。
去年5月，世界卫生组织（WHO）和国际劳工组织（ILO）发布了全球首份关于长时间工作对健康影响的调查报告。
报告显示，仅一年中，全球有74.5万人死于长时间工作。平均每分钟，就有近1.5个人，因为加班而死亡。而这份报告中的“长时间”指的是每周工作55小时，比“996”还少17个小时。
报告称，有充分的证据表明，与每周工作35~40小时的人相比，长时间工作（≥55小时/周）的人，中风的风险增加 35%，死于缺血性心脏病的风险增加17%。
而解放军总医院第二医学中心副教授陈海旭此前在科普中国刊文称，据统计，约80%以上的猝死为心源性猝死。另据中国疾病死亡人数统计报告显示，我国每年发生心源性猝死的人数约为54.4万，相当于每分钟就有1人发生心源性猝死。
医学上心源性猝死是指心脏在短时间内停止跳动，呼吸停止，最终引起死亡。研究发现仅1/3的年轻人在猝死前有相关病史 （肥厚型心肌病、冠脉病变、癫痫等），而2/3猝死的年轻人，没有相关的疾病病史，即2/3的猝死发生于看似健康的人。而长期压力过大、熬夜、久坐不动等，都是可能引发猝死的危险因素。
上海交通大学医学院附属瑞金医院心内科陈桢玥教授表示，长时间的久坐会对心脏、大脑造成一定影响，例如，增加血栓风险的形成。
研究表明，血液中低密度脂蛋白胆固醇水平升高，会损伤血管，在血管壁上形成脂质斑块（即动脉粥样硬化），斑块逐渐增大，将导致血管狭窄，从而引发冠心病和脑卒中等心脑血管疾病。更危险的是，不稳定的斑块破裂或血栓脱落，会在短时间内堵塞血管，导致急性心肌梗死或脑梗死，危及生命。
“血管里的斑块好比定时炸弹，一旦破裂并形成血栓就可能堵塞血管，导致心梗的发生。如果救治不及时，有可能会导致死亡。”陈桢玥教授介绍。
【面经】字节跳动-后端开发-2019秋招
因为每个人的理解不太一样，所以我在这里就不给出所谓的答案了，大家可以根据自己的理解加以描述，我只在一些地方做出一些提示。有的问题已经忘了，大概也就这些了。
线程用于小任务，而进程用于更多的\'重量级\'的任务- 应用基本执行。 一个线程和进程之间的另一个区别是，在同一进程中的线程共享相同的地址空间，而不同的进程没有。 因此线程可以读写同样的数据结构和变量，便于线程之间的通信。
定义方面：进程是程序在某个数据集合上的一次运行活动；线程是进程中的一个执行路径。
进程间的通信主要是指多个进程间的数据交互。
同步主要指维护多个进程或者线程之间数据的准确性和一致性。
进程通信方式：管道（Pipe）、信号（signal）、信号量（semophere）、消息队列（message queue）、共享内存（shared memory）、套接字（socket）。
同步方式：将线程串行化（wait notify方法来睡眠和唤醒线程）、互斥锁（加锁 mutex）、管程、临界区、信号量
TCP的优点： 可靠，稳定。TCP的可靠体现在TCP在传递数据之前，会有三次握手来建立连接，而且在数据传递时，有确认、窗口、重传、拥塞控制机制，在数据传完后，还会断开连接用来节约系统资源。TCP的逻辑通信信道是全双工的可靠信道。
TCP的缺点： 慢，效率低，占用系统资源高，易被攻击 TCP在传递数据之前，要先建连接，这会消耗时间，而且在数据传递时，确认机制、重传机制、拥塞控制机制等都会消耗大量的时间，而且要在每台设备上维护所有的传输连接，事实上，每个连接都会占用系统的CPU、内存等硬件资源。 而且，因为TCP有确认机制、三次握手机制，这些也导致TCP容易被人利用，实现DOS、DDOS、CC等攻击。
UDP的优点： 快，比TCP稍安全 UDP没有TCP的握手、确认、窗口、重传、拥塞控制等机制，UDP是一个无状态的传输协议，所以它在传递数据时非常快。没有TCP的这些机制，UDP较TCP被攻击者利用的漏洞就要少一些。但UDP也是无法避免攻击的，比如：UDP Flood攻击……
UDP的缺点： 不可靠，不稳定。因为UDP没有TCP那些可靠的机制，在数据传递时，如果网络质量不好，就会很容易丢包。
面向数据报： 不能够灵活的控制读写数据的次数和数量，应用层交给UDP多长的报文, UDP原样发送, 既不会拆分, 也不会合并。但是不会存在粘包的问题。
三次握手：为了保证接收方和发送方的接收能力和发送能力都正常。
四次挥手：为了释放全双工的信道。所以是单独释放和确认的。
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方是否现在关闭发送数据通道，需要上层应用来决定，因此，己方ACK和FIN一般都会分开发送。
TCP通过序列号、确认应答、超时重传、拥塞控制来保证传输的可靠性
确认应答机制序列号
TCP将每个字节的数据都进行了编号，即为序列号。
每一个ACK都带有对应的确认序列号，意思是告诉发送者，我已经收到了哪些数据;；下一次你从哪里开始发。
超时重传序列号
主机A发送数据给B之后, 可能因为网络拥堵等原因, 数据无法到达主机B; 如果主机A在一个特定时间间隔内没有收到B发来的确认应答, 就会进行重发；主机A未收到B发来的确认应答，也可能是因为ACK丢失了，因此主机B会收到很多重复数据，这时候利用序列号可以使得主机B来实现数据报文的去重。
拥塞控制
每次发送数据包的时候, 将拥塞窗口和接收端主机反馈的窗口大小做比较, 取较小的值作为实际发送的窗口。
拥塞控制, 归根结底是TCP协议想尽可能快的把数据传输给对方, 但是又要避免给网络造成太大压力的折中方案。
TCP通过滑动窗口、流量控制、延迟应答、捎带应答来提升传输的效率
滑动窗口机制
1. 窗口大小指的是无需等待确认应答而可以继续发送数据的最大值.
2. 发送窗口内字段的时候, 不需要等待任何ACK, 直接发送;
3. 收到第一个ACK后, 滑动窗口向后移动, 继续发送下一个窗口字段的数据; 依次类推;
4. 操作系统内核为了维护这个滑动窗口, 需要开辟发送缓冲区来记录当前还有哪些数据没有应答; 只有确认应答过的数据, 才能从缓冲区删掉;
5. 窗口越大, 则网络的吞吐率就越高
流量控制
接收端处理数据的速度是有限的. 如果发送端发的太快, 导致接收端的缓冲区被打满, 这个时候如果发送端继续发送, 就会造成丢包, 继而引起丢包重传等等一系列连锁反应。
1.接收端将自己可以接收的缓冲区大小放入TCP首部中的 \"窗口大小\" 字段, 通过ACK端通知发送端;
2.窗口大小字段越大, 说明网络的吞吐量越⾼高;
3.接收端一旦发现自己的缓冲区快满了, 就会将窗口大小设置成一个更小的值通知给发送端;
4.发送端接受到这个窗口之后, 就会减慢自己的发送速度;
5.如果接收端缓冲区满了, 就会将窗口置为0; 这时发送⽅方不再发送数据, 但是需要定期发送一个窗口
延迟应答
如果接收数据的主机立刻返回ACK应答, 这时候返回的窗口可能比较小.
窗口越大, 网络吞吐量就越大, 传输效率就越高. 我们的目标是在保证网络不拥塞的情况下尽量提高传输效率;
捎带应答
在延迟应答的基础上, 我们发现, 很多情况下, 客户端服务器在应用层也是 “一发一收” 的.
那么客户端在发送数据的同时，携带对方消息的报文序列号，来顺带通知对方，自己所接收到的报文情况
TCP拥塞控制主要有四种方法,滑动窗口机制、慢启动机制、拥塞避免机制、快速重传与恢复。
滑动窗口机制
在发送数据的时候，将发送窗口内的数据全部发送，才会停下来等待ACK，如果接收到对方的ACK信息，则滑动窗口前移。
慢启动机制
在刚开始发送数据的时候，发送窗口取一个较小的值，来防止网络拥塞，同时探测对方的接收能力。如果收到了对方的ACK回应，则按照对方要求的窗口大小来调整发送窗口，否则进行窗口的扩大。窗口大小一开始是1，之后进行指数级别扩大，其中ssthresh为估算的一个发送窗口阈值，当窗口大小超过这个阈值，则之后的窗口每次扩大1，不再是指数级别的扩大。
还有一个概念是 AIMD（加法增大乘法减小）：无论在慢启动阶段还是在拥塞控制阶段，只要网络出现超时，就是将发送端的拥塞窗口（cwnd）置为1，ssthresh置为cwnd的一半，然后开始执行慢启动算法；当网络频发出现超时情况时，ssthresh就下降的很快，为了减少注入到网络当中的分组数，而加法增大是执行拥塞避免算法后，使拥塞窗口缓慢的增大，以防止网络过早出现拥塞。
快速重传
快重传算法要求首先接收方收到一个失序的报文段后立刻发出重复确认，而不要等待自己发送数据时才进行捎带确认。当发送方收到ACK之后，进行相应的报文重传。
快速恢复
当发送方连续收到三个重复确认时（代表丢了三个包），执行“乘法减小”算法，慢启动门限减半，从而预防网络发生阻塞。由于发送方现在认为网络很可能没有发生阻塞（因为没有超时），因此现在不执行慢启动算法，而是把拥塞窗口（cwnd）值设置为慢启动门限减半后的值，然后开始执行拥塞避免算法，拥塞窗口cwnd值线性增大
TCP和UDP是传输层协议（物理层、数据链路层、网络层、传输层、会话层、表示层、应用层）
UDP没有拥塞解决措施，当网络拥塞时，直接丢掉UDP的包。解决方式：在传输层之上，利用UDP并改造：如 RUDP(传输层)、RTP(应用层和传输层之间)、UDT(应用层)等
先把两个链表按照奇偶性分成两个链表（偶数构造成双向链表）；然后一个链表从头部开始，另一个链表从尾部开始，插入第一个链表即可。
创建一个class，利用双向链表构造这个双向队列，实现 getHead() getTail() addToHead() addToTail() popHead() popTail()
假设二维矩阵 g，查找的数为 t
先往右找（二分查找），找到 g[0][i]=a t g[0][i+1]=b，（所有行的 i+1, ... 的列的元素肯定全部小于 t，可以忽略），然后从 i 往下找（二分查找），找到 g[j][i] = c t g[j+1][i] = d，（说明 0~j 行的 0~i 列均大于 t，可以忽略），然后继续往左找，再往下找，左下不断交替，最终即可判断是否存在 t
翻转链表：三个指针解决。p c n 分别记录 前一个节点，当前节点，后一个节点
初始化：前一个节点 p = NULL，当前节点 c = head，后一个节点 n = head.next；
运行：c.next = p; p = n.next ; n.next = c; c = p ; p = n; n = c.next; 注意判断是不是null
结束：while(n != null)
redis有五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。
String（字符串）
string 是 redis 最基本的类型，你可以理解成与 Memcached 一模一样的类型，一个 key 对应一个 value。
string 类型是二进制安全的。意思是 redis 的 string 可以包含任何数据。比如jpg图片或者序列化的对象。
string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB。
常用命令：set、get、decr、incr、mget等。
注意：一个键最大能存储512MB。
Hash（哈希）
Redis hash 是一个键值(key→value)对集合；是一个 string 类型的 field 和 value 的映射表，hash 特别适合用于存储对象。
每个 hash 可以存储 2^32 -1 键值对（40多亿）。
常用命令：hget、hset、hgetall等。
应用场景：存储一些结构化的数据，比如用户的昵称、年龄、性别、积分等，存储一个用户信息对象数据。
List（列表）
Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）。
list类型经常会被用于消息队列的服务，以完成多程序之间的消息交换。
常用命令：lpush、rpush、lpop、rpop、lrange等。
列表最多可存储 2^32 - 1 元素 (4294967295, 每个列表可存储40多亿)。
Set（集合）
Redis的Set是string类型的无序集合。和列表一样，在执行插入和删除和判断是否存在某元素时，效率是很高的。集合最大的优势在于可以进行交集并集差集操作。Set可包含的最大元素数量是4294967295。
集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是O(1)。
应用场景：
1、利用交集求共同好友
2、利用唯一性，可以统计访问网站的所有独立IP。
3、好友推荐的时候根据tag求交集，大于某个threshold（临界值的）就可以推荐。
常用命令：sadd、spop、smembers、sunion, srem, srange, sinter等。
集合中最大的成员数为 232 - 1(4294967295, 每个集合可存储40多亿个成员)。
zset(sorted set：有序集合)
Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
不同的是每个元素都会关联一个double类型的分数。redis正是通过分数来为集合中的成员进行从小到大的排序。
zset的成员是唯一的,但分数(score)却可以重复。
sorted set是插入有序的，即自动排序。
常用命令：zadd、zrange、zrem、zcard等。
当你需要一个有序的并且不重复的集合列表时，那么可以选择sorted set数据结构。
应用举例：
（1）例如存储全班同学的成绩，其集合value可以是同学的学号，而score就可以是成绩。
（2）排行榜应用，根据得分列出topN的用户等。
Redis对于hash冲突，采用的是链地址法（其他的解决冲突的方法是再哈希和开放地址（线性探测和二次探测））
Redis为了控制哈希表占用内存的大小，采用双哈希表结构，并逐步扩大哈希表容量的策略。
Redis存储一个对象时，首先使用 zipmap又称为small hash存储。这样会节省很多哈希自身所需要的元数据的存储开销。当域字段field的数量超过限制范围，或者字段值value的长度大小超过系统限定的字节数，此时Redis将该zipmap转化为正常的hash进行存储。
参考 源码分析：
结构
但是在 dict 扩容缩容时，需要分配新的 hashtable，然后进行渐进式搬迁，这时候两个 hashtable 存储的分别是旧的 hashtable 和新的 hashtable。待搬迁结束后，旧的 hashtable 被删除，新的 hashtable 取而代之。
rehash
扩容：当 hash 表中元素的个数（即第一个hash表的used）等于第一维数组的长度（即第一个hash表的size）时，就会开始扩容，扩容的新数组是原数组大小的 2 倍。不过如果 Redis 正在做 bgsave，为了减少内存页的过多分离 (Copy On Write)，Redis 尽量不去扩容 (dict_can_resize 标志是否能够扩容)，但是如果 hash 表已经非常满了，元素的个数已经达到了第一维数组长度的 5 倍 (dict_force_resize_ratio)，说明 hash 表已经过于拥挤了，这个时候就会强制扩容。
缩容：当 hash 表因为元素的逐渐删除变得越来越稀疏时，，Redis 会对 hash 表进行缩容来减少 hash 表的第一维数组空间占用。缩容的条件是元素个数低于数组长度的 10%。缩容不会考虑 Redis 是否正在做 bgsave。
收缩或者扩展哈希表需要将ht[0]表中的所有键全部rehash到ht[1]中，但是rehash操作不是一次性、集中式完成的，而是分多次，渐进式，断续进行的，这样才不会对服务器性能造成影响
渐进式rehash(incremental rehashing)
渐进式rehash的关键：
1、字典结构dict中的一个成员rehashidx，当rehashidx为-1时表示不进行rehash，当rehashidx值为0时，表示开始进行rehash。
2、在rehash期间，每次对字典的添加（只加到 ht[1]）、删除（ht[0] ht[1] 全部查找并删除）、查找（先查找 ht[0]，如果未找到再查 ht[1]）、或更新操作时，都会判断是否正在进行rehash操作，如果是，则顺带进行单步rehash（调用_dictRehashStep 函数，该函数调用 dictRehash(d, 1)），并将rehashidx+1。新添加到字典的key-val一律会被保存到ht[1]里面，而ht[0]不再进行任何添加操作，这一措施保证了ht[0]包含的key-val对数量只增不减，并随着rehash操作的执行而最终变成空表。
3、dictRehash(dict* d, int n) 函数每次 rehash 前进 n 步（顺序访问 n 个 ht[0].table 的非空 dictEntry），如果 dictEntry 一直为空，则访问到 n*10 个空 dictEntry 之后，本次 rehash 结束。
4、启动 redis 会启动一个 cron 定时任务（定时任务默认每秒执行 server.h CONFIG_DEFAULT_HZ=10 次），每次定时任务运行 1ms 的 rehash，调用 dictRehash(d, 100)，执行100步rehash。
4、当rehash时进行完成时，将rehashidx置为-1，表示完成rehash。同时 ht[0]=ht[1]，ht[1]=Null，更换表指针。
http1.1 通过设定 Connection:keep-alive 字段来保持TCP的长连接，从而能够在一次建立连接的情况下处理多个请求。
下一个请求需要在上一个请求的响应之后发送，因此会存在队头阻塞。
HTTP1.1进一步地支持在持久连接上使用管道化（pipelining）特性。管道化允许客户端在已发送的请求收到服务端的响应之前发送下一个请求，借此来减少等待时间提高吞吐率。但是需要响应的顺序是按照请求顺序进行，因此也会存在队头阻塞。
http2 开启了完全的多路复用：一个连接被多个流复用。一个流表示一次请求-响应过程。
这个过程有两个概念：流和帧。帧代表着最小的数据单位，每个帧会标识出该帧属于哪个流，流也就是多个帧组成的数据流。
多路复用，就是在一个 TCP 连接中可以存在多条流。换句话说，也就是可以发送多个请求，对端可以通过帧中的标识知道属于哪个请求。通过这个技术，可以避免 HTTP 旧版本中的队头阻塞问题，极大的提高传输性能。
挂掉，则一段时间之后，保活时间到期，则关闭。或者TCP等待时间结束，关闭TCP连接。或者采用应用层周期发送心跳包来检测是否对方还在。
好处：
减少服务端连接压力，减少占用内存，提升连接吞吐量；
连接数的减少改善了网络拥塞状况，慢启动时间减少，拥塞和丢包恢复速度更快；
避免连接频繁创建和关闭（三次连接、四次挥手）；
四种方法
GET：获取信息
POST：传输实体
PUT：上传文件
DELETE：删除文件
头部信息：
Host (主机和端口号)
Connection (链接类型)
Upgrade-Insecure-Requests (升级为 HTTPS 请求)
User-Agent (浏览器名称)
Accept (传输文件类型)
Referer (页面跳转处)
Accept-Encoding（文件编解码格式）
Cookie （Cookie）
x-requested-with :XMLHttpRequest (是 Ajax 异步请求)
arp发出去之后，交换机会查找自己的 mac 缓存表，如果存在，则直接返回，不存在则按照 IP 选择端口进行发送，如果不存在 IP 的端口，则广播。之后每个路由器都有隔离广播的作用，其也缓存了 IP 对应的端口，并向对应的端口进行发送。
java 相关
创建进程调用的是OS哪些方法？具体说说
我们聊聊JAVA吧，你了解JVM吗？给我讲讲
JVM具体会在什么时候进行垃圾回收？JMM具体说说？
垃圾回收算法具体说说？各种垃圾回收器了解吗？什么时候执行STOP THE WORLD？
感觉应该是总监，很高冷。
说说项目？（没啥兴趣）
我们聊聊JAVA吧，现在我要求设计一个容器，容器满的时候生产者阻塞，容器空的时候消费者阻塞（我跟他讲了一下BlockingQueue和Condition，然后用Condition来写）
二叉树的最大路径。
好吧，今天就到这里了（哈？？？）
三面面完一度觉得自己凉透了，过两天收到offer call，然后就收到offer了。白菜价，很高兴了。
总的来说，个人感觉头条面试算法题不难（应该是给我放水了，谢谢面试官），不过绝对不能做不出来。基础一定要牢固，一些细节问题一定要搞清楚，一般还会问一些设计问题，这种问题就要靠灵机一动了（其实主要还是看对各种原理的理解，例如说那道队列的问题）。噢，对了，还有一件事，一面是要求自己写测试用例运行的，所以coding一定要快准狠。
进字节跳动了，年薪70W+
昨天有个好友，跟我讲述了面试字节跳动的经过，现在拿出来跟大家分享下：这家公司面试高级工程师，月薪4-6w，年终奖发3个月工资，总体算下来年底保守可以拿到70W+，他跟我说面试字节跳动公司，只是抱着试一试的态度，碰一碰运气，反正工作经历已经5年多了，各种不大不小的公司，都去过，到时候进不去，也没什么损失，就当练练手；当然赌的成分很大，万一实现了，那岂不是正中下怀。可就是这么想着，老天爷就真的让他称心如意，居然一举成名，拿下了这个岗位，这也让他的收入直接上了3个台阶，想想，晚上睡觉都笑醒，真是太香了！
说完，当时我真替他感到高兴，同时也非常羡慕，就问他，你是怎么经过字节跳动的层层面试的。他得意朝我看了看，感觉他整个人像是已经飘了，他笑着回复我，说到：当时我就给他们投了一份简历，然后不到几天就接到他们HR电话邀请，问我能否到公司面试，当时想，我人在外地，而且专门去趟他们公司，估计差不多需要半天时间，在加上能不能进那个公司还是未知数，所以直接就跟他们讲了下，说如果去现场面试的话，可能没有时间，（其实感觉自己也很装，激动都来不赢，还摆谱。这么大的公司，挑选人员都是一层层筛选进去的，能有机会进入下一轮面试，说明离成功更进一步了），他们说如果不方便的话，我们这边可以通过电话面试的方式，到时候接通我们的电话就行。我说，可以啊，不到一周左右的时间，他们以电话方式对我进行了面试（我抽几个映像比较深刻的问题跟大家分享下）。
技术方面：请问如何看待技术迭代更新的，怎么样做到自己所学的技术不会被淘汰？
职业规划方面：对于自己的职业规划的要求，需要具备什么样的素质；如果要你去带技术团队，怎样才能保持技术的创新？
婚姻状况方面：是否结婚，对于婚姻和工作是怎么保持平衡的？
说真的，我以为像这样的大厂，会问些满基础的底层程序方面的问题，比如JVM虚拟机，是如何工作的，怎么进行垃圾回收；怎么解决高并发下，线程池的使用等等；可能是我的简历写的太好了吧（呵呵），总之，没等几天，我就收到了他们给我发你的offer！
从他的简述中，可以看出，人生没有太多规律性，尤其是在职场上，未必准备好的，都是留给有准备的人，有时候，也需要尝试自己不可能完成的事情，当然，对自己也要有足够的信心和实力；像字节跳动招聘，我那个朋友本来在技术方面摸爬滚打5年左右的时间，在加上敢尝试，所以面对的机会就会相对多些，但不管怎样，面对更优越的条件时，一定要多些魄力，万一实现了！
