引用参考第二条 - Arthas提醒您： 诊断千万条，规范第一条，热更不规范，同事两行泪

springProfile标签中定义多个环境

我们可以通过springProfile为不同的环境配置不同的日志输出规则，比如生产环境不开启console，级别为info等 下面来看看示例，

人生有涯，学海无涯

面试相关的话题已经是一个老生常谈的问题了，不过网络是大部分的文章都是求职者的面试经历或者是一些面试题目汇总，站在面试官的角度的文章好像不多，所以今天我们就从面试官的角度来看一下面试这件事。

首先我们先思考一下，面试官在面试的时候主要看中的有哪些？

总的来说，我觉得可以简单总结为以下两点：

1. 能力；
2. 态度。

能力

毋庸置疑，能力在面试的过程中占据很大的一部分，首先在面试的时候有的公司会有笔试，有的公司没有。不管有没有笔试，能力这一项都是肯定要考察的，从初级中级到高级，不管哪个级别的面试都会涉及到一些基础内容和高级内容的考察。面试官会从多个角度去考察一个候选人是否具有能匹配应聘职位的能力。

以 Java 为例，我们 Java 程序员光会写 Java 肯定是不行的，不说一定要全栈但是基本的前端知识，后端架构设计和服务器端的简单命令和配置都是必不可少的。我们需要知道基础知识，各种框架，数据库，缓存，消息队列，JVM，Linux，中间件包括常见的一些开源项目等等。

之前在知识星球中就有朋友在问，技术这么多，一个大项目中涉及的东西那么多，那我们有必要都去掌握吗？

在这里我给出的答案是：有必要，而且非常有必要。

因为今天这篇文章是站在面试官的角度来说的，那我们从这个角度看下为什么有必要。首先我想大部分人面试的时候都会被问到项目经历（校招生可能会没遇到过）。面试官上来肯定会让你介绍一个项目的内容，架构和流程。在这里我们思考一个问题，面试官为什么问这个问题呢？从面试官的角度来说，虽然看到的简历上面写了熟悉掌握各种技术，但是需要知道候选人是在什么场景下使用的，候选人在描述项目的过程中肯定会说出很多他们使用的技术，不管是框架还是开源软件，还是中间件。

其实面试官除了想知道你是否真正参与了项目之外还就是想听到候选人提到这些知识，因为面试是个互动的过程，候选人提出了一个知识点，那面试官就可以随着这个知识点一点一点的深挖下去，看看候选人是真的用过了解底层还是只是知道皮毛停留在表面。

所以这也就是网上很多人说的面试的时候尽量把面试官往自己熟悉的内容上去引导。

态度

说完了能力，我们说下态度。

有的朋友可能会有这样的疑虑：能力达到不就够了么，只要能力符合这个岗位不就可以了吗，还要考察什么态度！

其实这个问题是看具体情况的，有的岗位可能需求的就是特别牛的人，这种牛的人整个行业特别少。这种情况下只要能招到人就不错了，哪还考虑那么多。但是这种情况毕竟比较少，正常的招聘跟这个是不一样的，需要招的人不仅能干活还要能融入团队，态度要端正才可以。

往往我们会听到很多人说技术面都过了好几面最后却挂在人资面。往往这种情况下可能就是态度的问题。当然也有在技术面的时候态度就有问题的。

比如我曾经面试过一个候选人，面试全程左边耳朵上带着 AirPods，这种情况在面试官眼里会大打折扣的，面试官会认为你不够尊重对方。同样还是这个候选人，简历上写了掌握 Kafka 底层原理，结果我一问。。。连 Kafka 都没用过，没用过就别写上啊，结果还写个掌握。这种情况虽然说是怕简历过不了，但是也不能这样瞎写吧。这很明显就是态度有问题，那么这种人，我想很多面试官应该都不会要的吧。除了这几点，这个候选人其他能力还可以，不过最后还是没有要。

---

上面我们是站在面试官的角度从能力和态度两个方面来谈面试的。从能力和态度两个词来看，我们可以分为四种人

1. 有能力态度好
2. 有能力态度差
3. 没能力态度好
4. 没能力态度差

第一种当然是大家都希望能招聘到的，但是这种人才往往也是很稀缺的。遇到这种人才作为面试官当然是想纳入麾下。

第二种和第三种要看具体的情况，有能力态度差的只要不是什么太严重的问题，一般问题也不是很大，主要取决于岗位和面试官，没能力态度好的往往可能是刚毕业不久的朋友，能力还不是很强，但是态度还不错，这种的面试官会看这个人值不值的花代价去培养。如果说该岗位是招人过来解决问题，那肯定就不行了。

第四种就不说了，应该面试官是不会要的吧。

写在最后

上面从能力和态度两个方便给大家介绍了一下，在面试官的眼里到底需要的是什么样的人。大家可以看看自己去面试的时候是否有些场合、言语或者行为不当的地方呢？

原本很早就准备写一篇关于从面试官的角度来看待面试的文章，不过一直没找到合适的契机，刚好最近有朋友在星球上问到这个类似的问题，所以就抽空写了这篇文章。当然这篇文章只是我自己的个人看法，可能不同的人有不同的想法，如果你有不同的想法欢迎到知识星球跟我们一起探讨。

上篇文章 ShutdownHook- Java 优雅停机解决方案 提到应用停机时需要释放资源，关闭连接。对于一些定时任务或者网络请求服务将会使用线程池，当应用停机时需要正确安全的关闭线程池，如果处理不当，可能造成数据丢失，业务请求结果不正确等问题。

人生有涯，学海无涯

不知道你听说了没有，反正我是听说了，昨天有人为我们站台了！！！对于不知道的小伙伴欢迎去阅读今天，我为他们站台！。

最近在学习极客时间上的一门课程<趣谈网络协议>,里面有涉及到虚拟机网络的一些东西.正好一直在接触,站在巨人的肩膀上,我也来写写.

如何停止线程是Java并发面试中的常见问题，本篇文章将从答题思路到答题细节给出一些参考。

写作这件事,很多大佬都谈过,但我还是想从自己的角度去谈谈.

说到 Nginx ，相信大家都不会陌生，最常用的莫过于：用它来与 Tomcat 搭配做负载均衡，起到灰度发布的作用，同时保证系统高可用！

什么是ZooKeeper

Apache ZooKeeper 是一个开源的实现高可用的分布式协调服务器。ZooKeeper是一种集中式服务，用于维护配置信息，域名服务，提供分布式同步和集群管理。所有这些服务的种类都被应用在分布式环境中，每一次实施这些都会做很多工作来避免出现bug和竞争条件。

我们都知道，计算机的底层都是使用二进制数据进行数据流传输的，那么为什么会使用二进制表示计算机呢？或者说，什么是二进制数呢？在拓展一步，如何使用二进制进行加减乘除？二进制数如何表示负数呢？本文将一一为你揭晓。

Socket 由来:

在学习一个新知识之前,要去想它为什么会出现,它的出现解决了什么问题.这样印象才会深刻一些.

在同一个主机下,两个进程间的通讯是很容易,直接把各种通讯细节交给操作系统去做就 OK 了.但是如果两个进程是处于不同主机下呢?该如何进行通讯呢?而且在实际的应用场景中,是很复杂的,有的使用 TCP 协议,有的使用 UDP 协议,那么当我们使用不同的协议进行通信时,是不是就要使用不同的接口?同时还要处理不同协议的各种通讯细节,这样一来,是不是就增加了开发的难度,同时软件不容易进行扩展.

编程思想之一就是「面向对象」,同样,在遇到这种问题时,我能不能把不同协议的通信细节抽出来,这样程序员在使用的时候,直接调用,就不需要再关注协议本身了.而这就是 Socket 的由来.

它提供接口,来进行互联的不同主机之间的进程通信.你想要让不同主机之间通信? OK ,你直接调用我就行,至于我怎么实现,程序员不需要 care .

在上面的基础上,我们能够达成一个共识:如果一个应用,需要在客户端和服务端之间进行通信,那就需要创建一个 Socket 实例. 那么问题来了,我如何使用?

Socket 进行的是端到端的通信,中间经过多少局域网,路过多少路由器,我是不清晰的,所以能够设置的参数,也只是端到端协议之上的网络层和传输层. 在网络层, Socket 函数需要指定使用到的协议到底是 IPv4 还是 IPv6 ,分别对应设置为 AF_INET 和 AF_INET6 .此外,还需要说明你是使用 TCP 协议,还是 UDP 协议. TCP 协议是基于数据流的,所以设置为 SOCK_STREAM , UDP 是基于数据报的,因而设置为 SOCK_DGRAM .

基于 TCP 协议的 Socket 程序函数调用过程

客户端和服务端创建 Socket 之后, TCP 的服务端要先监听一个端口,一般是先调用 bind 函数,给这个 Socket 赋予一个 IP 地址和端口.为什么需要 IP 地址呢?有时候一台机器会有多个网卡,相应的就会有多个 IP 地址,可以选择监听所有的网卡,也可以选择监听一个网卡,这样只有发给这个网卡的包,才会给你.那我为什么还需要端口呢?你要知道,你写的是一个应用程序,当一个网络包来的时候,内核是需要通过 TCP 头里面的这个端口,来定位到你这个应用程序的.

此时,当服务端有了 IP 和端口号,就可以调用 listen 函数进行监听.在 TCP 的状态图中,有一个 listen 状态,当调用这个函数之后,服务端就进入了这个状态,这个时候客户端那边就可以发起连接了.

在内核中,为每个 Socket 维护了两个队列,一个是已经建立了连接的队列,说明此时三次握手已经完毕,处于 established 状态;一个是还没有完全建立连接的队列,也就是说这个时候三次握手还没完成,处于 syn_rcvd 的状态.

接下来,服务端调用 accept 函数,拿出一个已经完成的连接进行处理.如果客户端还没有完全建立连接,没别的办法,就等着咯.

在服务端等待的时候,客户端可以通过 connect 函数发起连接.现在参数中指明要连接的 IP 地址和端口号,然后开始发起三次握手.内核会给客户端分配一个临时的端口,一旦握手成功,服务端的 accept 就会返回另一个 Socket .

注意一下,在这里有一个经常考察的知识点,就是监听的 Socket 和真正用来传数据的 Socket 是两个,一个叫做「监听 Socket 」,一个叫做「已连接 Socket 」.

连接建立成功之后,双方就开始通过 read 和 write 函数来读写数据,就像往一个文件流里面写东西一样.之所以把 TCP 的 Socket 描述成一个文件流,是因为 Socket 在 Linux 中就是以文件的形式存在的.

在内核中, Socket 是一个文件,那对应就有文件描述符.每一个进程都有一个数据结构 task_struct ,里面指向一个文件描述符数组,来列出这个进程打开的所有文件的文件描述符.文件描述符是一个整数,是这个数组的下标.

这个数组中的内容是一个指针,指向内核中所有打开的文件的列表.既然是一个文件,就会有一个 inode ,只不过 Socket 对应的 inode 不像真正的文件系统一样,保存在硬盘上,而是在内存中.在这个 inode 中,指向了 Socket 在内核中的 Socket 结构.

在这个结构中,主要的是两个队列,一个是发送队列,一个是接收队列.在这两个队列里面保存的是一个缓存 sk_buff .这个缓存中能够看到完整的包的结构.

以上,就是基于 TCP 协议的 Socket 程序函数调用过程的一个描述

接下来说说基于 UDP 协议的 Socket 程序函数调用过程.

基于 UDP 协议的 Socket 程序函数调用过程 对于 UDP 来说,和 TCP 还是有些不一样的.首先, UDP 是没有连接的,也就不需要三次握手,也不需要调用 listen 和 connect ,但是 UDP 的交互仍然需要 IP 和端口号,那就需要 bind .

UDP 是没有维护连接状态的,也就不需要对每对连接建立一组 Socket ,而是只要有一个 Socket 就可以和多个客户端通信.也是因为没有连接状态,所以每次通信的时候,都调用 sendto 和 recvfrom ,这样才可以传入 IP 地址和端口.

写完这篇文章,我觉得我得去把< TCP/IP 协议详解> 这本书看看了~

以上就是想分享的一些内容了,感谢您的阅读哇~

当下 k8s 算是比较火的一个内容,那么它到底是什么呢,它为什么会这么火呢,它解决的是什么问题呢.

想象一下，如果你现在刚好在 word 上写需求文档，电脑突然重启。等待开机完成，你可能会发现写了一个小时文档没有保存，就这么没了。。。

工厂模式详解

使用 Java 阻塞 I/O 模型读取数据，将会导致线程阻塞，线程将会进入休眠，从而让出 CPU 的执行权，直到数据读取完成。这个期间如果使用 jstack 查看线程状态，却可以发现Java 线程状态是处于 RUNNABLE，这就和上面说的存在矛盾，为什么会这样？

本篇文章的形式结构：

• 以一个总图开头，了解Java集合框架都包括哪些主要部件；
• 分别对各个部件进行大致的描述，描述其主要特征；
• 以总结的形式结尾，并给出各个部件的优劣性对比表格；
• 部分关于集合框架的面试题。

分布式系统面试系列02-Spring Cloud 的底层架构原理，前面我们讲了 SpringCloud 的核心架构，了解了有要构建一套分布式系统我们需要哪些组件。今天以SpringCloud 为例，讲解一下它的核心组件的原理。

上家公司我们的技术栈是基于 SpringCloud ，注册中心默认的也是使用Eureka，但是出来面试的时候被问到了关于注册中心的选型是怎么来做的。今天这篇整好梳理一下服务注册中心如何来进行选型，还有服务发现慢的问题都是怎么来解决的，希望对大家有所帮助。