TCP的三次握手和四次挥手，可以说是老生常谈的经典问题了，通常也作为各大公司常见的面试考题，具有一定的水平区分度。看似是简单的面试问题，如果你的回答不符合面试官期待的水准，有可能就直接凉凉了。本文会围绕，三次握手和四次挥手相关的一些列核心问题，分享如何更准确的回答和应对常见的面试问题，以后面对再刁钻的面试官，你都可以随意地跟他扯皮了。面试TCP的意义

前言每次年会都与大奖擦肩而过，自认为自己是个绝缘体质。这不是又到了年底了吗，一个朋友想要做一个“年会抽奖”小工具。这下找到了我，让给帮忙做一个抽奖程序。于是，有了这篇文章......效果演示俗话说：百闻不如一见。说得再好听，也不如一睹真容。在讲述这个小程序之前，我直接上效果图吧！如果觉得好，记得给本文留言、点赞、在看，三连击哦。这个抽奖程序，我大概倒腾了1小

提起消息推送一般人们会经常提起的有以下几种：1.轮询顾名思义，客户端定期去向服务端询问是否有新的消息，简单点说就是服务端不关心客户端的地址是什么，客户端来询问，直接告诉它就行。这种方案最简单，但是却不适用于即时通讯产品，因为即时通讯软件的消息传递机制与一般的消息推送的区别就在即时这点，如果采用轮询的方式，客户端每几秒就连一次服务器，对于手机电量与

M3U本质上说不是音频文件，它是音频文件的列表文件，是纯文本文件。你下载下来打开它，播放软件并不是播放它，而是根据它的记录找到网络地址进行在线播放。M3U文件的大小很小，也就是因为它里面没有任何音频数据。把M3U文件直接转换为音频文件是不可能的，除非你把它指向的音频文件下载下来再作处理。m3u格式的文件只是存储多媒体播放列表，提供了一个指向其他位置的音

烧写双核程序前需知在分别对F28379D的CPU1和CPU2两个核进行烧写程序时，需要在CCS中建立两个工程，独立编写两个核的程序。如controlSUITE中提供的双核程序例程：1\.在线1.1编译烧写CPU1程序到F28379D中1.2编译CPU2程序，把生成的.out文件加载到CPU2中选中上图中红色框框中的

众所周知，苹果的APP都是人工审核的，只一点比安卓的好，安卓的一些软件上传到第三方之后估计压根就没人测试，下载了之后直接闪退或者美观性很差劲，更不要说用户体验了，那么，苹果的APP怎么一步步的上传到应用商店呢？下边我就我上一个项目的流程说一下首先你要有开发好APP，然后你需要花费99$去买一个账号，以前手机开发和mac开发分开的，现在可以通用了，然后

为什么要做持久化存储?持久化存储是将Redis存储在内存中的数据存储在硬盘中，实现数据的永久保存。我们都知道Redis是一个基于内存的nosql数据库，内存存储很容易造成数据的丢失，因为当服务器关机等一些异常情况都会导致存储在内存中的数据丢失。持久化存储分类在Redis中，持久化存储分为两种。一种是aof日志追加的方式

题意是每组给定一个字符串，在有限查询次数内输出所要查询区间的字典序最小的子串个数。字典序最小的子串，就是所查询区间中字典序最小的单个字符，问题就转化成了求一段区间内字典序最小的字符个数。开始时盲目暴力，直接用桶排序的做法一段一段去求，果然t了（这种就不贴代码了）......然后想到先扫一遍，求出从字符串首位到第i位的最小字符数，再用一个数组存

近年来，我身边的朋友有很多都从web转向了游戏开发。他们以前都没有做过游戏服务器开发，更谈不上什么经验，而从网上找的例子或游戏方面的知识，又是那么的少，那么的零散。当他们进入游戏公司时，显得一脸茫然。如果是大公司还好点，起码有人带带，能学点经验，但是有些人是直接进入了小公司，甚至这些小公司只有他一个后台。他们一肩扛起了公司的游戏后端的研发，也扛起了公司的成败

前段时期我负责部门内部主干开发落地相关事宜，这个过程中，也真真切切的体会到了多人开发过程中，面对特性分支管理中，大家遇到的一些困扰，尤其面对敏捷迭代的开发方式，合并冲突，集成测试，代码重用等方面，都与高效两个字背离。当然，我在推进主干开发过程中，也遇到了一些问题和坎坷，在这里，集中的做一次分享。