前言
阿里巴巴，作为国内互联网公司的Top，算是业界的标杆，有阿里背景的程序员，也更具有权威性。作为程序员，都清楚阿里对于员工要求有多高，技术人员掌握的技术水平更是望尘莫及。所以，大厂程序员的很多经验也都值得我们借鉴和学习，在一定程度上确实能够帮助我们“走捷径”。
今天，我们要分享的是，Alibaba技术官丢出来的SpringCloud微服务实战笔记，这份笔记让人看了不得不爱，目前在GitHub的热度已经标星81.6k了，由此可见同行们对这份文档的认可程度，这也意味着对我们的学习和技术提升有很大的帮助。

下面将这份文档的内容以图片的形式展现出来，但篇幅有限只能展示部分，如果你需要“高清完整的pdf版”，可以在文末领取


Java就是个多线程的世界
1. 类的线程安全
我们经常说类是线程安全的，类是线程不安全的。那么什么样的类才是线程安全的？
1.1 定义
多线程环境下，不管不同的线程如何使用和调度这个类，这个类总是表现出正确的行为。那么这个类就是线程安全的。

类的线程安全有两个关键点：

1.操作的原子性

2.内存的可见性。
如果在多个线程中共享状态，当同步机制不正确时，就会出现线程不安全的情况。

简单的程序应该不会有线程安全问题吧？
Q:什么情况下会有线程安全问题
A:当某个实现多线程的线程类中有实例变量时
ps:有状态,无状态对象是什么概念
有状态就是有数据存储功能。有状态对象(Stateful Bean)，就是有实例变量的对象 ，可以保存数据，是非线程安全的。在不同方法调用间不保留任何状态。
无状态就是一次操作，不能保存数据。无状态对象(Stateless Bean)，就是没有实例变量的对象 .不能保存数据，是不变类，是线程安全的。

为什么有线程安全问题？必须要先了解计算机原理
当多个线程同时共享，同一个全局变量或静态变量，做写的操作时，可能会发生数据冲突问题，也就是线程安全问题。但是做读操作是不会发生数据冲突问题。

举个例子

从内存读取1M数据  250微妙 = 250000纳秒

CPU读取一次内存   100纳秒


问：从内存中读取1M的int型数据由CPU进行累加，耗时要多久？
答：

1M的数据，Java里int型为32位，4个字节

共有1024*1024/4 = 262144个整数

CPU 计算耗时：262144 *0.6 = 157 286 纳秒
262144个整数从内存读取到CPU，需要耗时

内存读取耗时：262144*100+250000 = 26 464 400 纳秒
怎么解决线程安全问题？
线程安全问题，归根到底一句话：在多线程之间修改共享数据引起的

并发编程——从入门到成仙
为了让大家更好的理解学习线程并发，在这里给大家推荐一个由华为资深架构师Mark老师讲授的《并发编程——从入门到入仙》专题课程！从Java线程入门，到原子操作CAS与显式锁，再到并发安全，三天快速掌握并发编程核心知识，成为并发大神！

你以为这样就完了？更多并发相关资料，一并奉上！

分享
这次面试我也做了一些总结，确实还有很多要学的东西。相关面试题也做了整理，可以分享给大家，了解一下面试真题，想进大厂的或者想跳槽的小伙伴不妨好好利用时间来学习。学习的脚步一定不能停止！
需要这份资料的朋友戳这里免费下载，整理出的内容大概如下：

Spring Cloud实战

Spring Boot实战

转存中…(img-EdvplB9a-1620836717234)]
Spring Boot实战
[外链图片转存中…(img-L1KAtYL0-1620836717234)]
面试题整理（性能优化+微服务+并发编程+开源框架+分布式）

场景：草草写了一个独立的文件服务，可以支持文件的上传和下载操作（常规操作），操作图片的读取mei有问题，但是在下载Excel文件之后，发现提示文件损坏，无法正常打开。

排查：直接从文件服务器上将文件拷贝出来，发现文件能正常打开没有问题。

分析：下载excel在服务器上后缀名称为.xls；但下载下来为.xlsx

观察：文件下载有问题-在代码中没有设置下载文件的contentType和Head。

         ----Content-Type:       application/octet-stream  

             这里有content-type的对应标识：https://blog.csdn.net/luman1991/article/details/53423305

             该实体头的作用是让服务器告诉浏览器它发送的数据属于什么文件类型

         ----Content-Disposition: attachment;filename=aaa.zip 

             当Content-Type 的类型为要下载的类型时 , 这个扩展头会告诉浏览器这个文件的名字和类型。

            Content-Disposition中指定的类型是文件的扩展名，并且弹出的下载对话框中的文件类型图片是按照文件的扩展名显示的，点保存后，文件以filename的值命名，保存类型以Content中设置的为准。

注意：在设置Content-Disposition头字段之前，一定要设置Content-Type头字段。（这里摘自博文，自己测试无论位置前后，都能正常下载打开。）

解决：下载文件时设置消息头Content-Type和扩展头Content-Disposition

            java在1.7之后提供了判定下载文件contentType的方法：

            可以自动检测文件类型，

            Path path = Paths.get(filePath);
            contenType = Files.probeContentType(path);
            System.out.println(contenType);
            response.setContentType(contenType);

            另外，对未知的的文件类型，可以使用

response.setContentType("application/octet-stream;charset=utf-8");

 对Content-Disposition的设置主要根据服务器上带后缀的文件的名称，我这里需求是要跟服务器上文件类型及后缀名称保持一致，所以直接在扩展头写入写入的是全文件名称。

response.setHeader("Content-Disposition", "attachment;fileName=" + path.getFileName());

--over--

如果我们要运行java程序，我们的电脑上就必须有java环境，即JRE(包含了JAVA虚拟机和一些库包)；如果我们要开发java程序，就必须有JDK(包含了JRE和开发工具，所以下载了JDK，就不需要下载JRE了)。为什么我们需要java环境呢？还要配置环境变量呢？
java是一个跨平台性的语言。跨平台就是在一个计算机上编译的字节码文件可以复制到任何一个安装了java环境的计算机上直接使用。
我们首先要知道的是所有编程语言编写的应用程序都是先编译为字节码，再由计算机，或者更准确的说，是程序所在的平台，去运行这些字节码才能呈现出最后的结果。
而平台是由操作系统(OS)和处理器(CPU)构成的，每个平台都会形成自己独特的机器指令，即该平台可以直接识别，执行的一种由0，1组成的序列代码。因为平台会因为操作系统或者处理器的不同，导致相同的0，1序列表示不同的指令，所以只要OS 或者CPU不同，机器指令就会发生改变。也就是说，在一台机器上编译好的字节码，可能因为机器换了另一种CPU的芯片，使得平台可识别的机器指令发生改变而无法运行，必须重新进行编译。
而我们都了解过c/c++，它是不需要安装配置环境的，因为c/c++ 直接对当前所在的平台进行编译，它所编译好的字节码就是当前平台可识别的机器指令。这也是c/c++ 的缺点，编译好的程序并不能跨平台使用。
java则不同，只要平台包含java运行环境，编译好的java程序就可以在这个平台上运行。因为java的运行环境中带有java虚拟机，它可以识别java编译好的字节码文件，并把它转换为当前平台可识别的机器码。
这里需要注意的一点是，编译好的字节码文件不能在不同的平台使用，并不代表程序无法运行，只是需要重新编译。

相信我，很多公司在从 1.4 升级到 8 的时候都哭晕在厕所里过。

历史问题

JDK 的选择有很多历史遗留问题。

很多公司甚至银行现在还在用 1.2 和 1.4。这是因为在很多 JAR 的开发历史中，已经没有办法维护已经编译好的 jar 的，老的源代码可能也没有办法用新 JDK 编译。

如果要将平台升级到 8，必须要求所有的老的 Jar 都要用 8 编译一次。在历史情况下，这种可能性很低，而且 Maven 平台也不是 2000 年就有了，在 2000 年的时候还有个 lib 目录的。

随着现在 API 和微服务的流行，慢慢的会在向 API 进行微服务迁移的时候使用新的 JDK 版本进行开发。

目前主流是 8 的版本，如果你使用 11 也问题不大，JDK 8 和 11 之间的差距不是非常大，没有 1.4 到 8 这么大。几乎已经大到了无法兼容编译的程度了。

LTS 版本

如很多人都知道的 LTS 版本的问题，目前只有 2 个 LTS 的版本在使用，17 的版本还没有出来呢。

 



 

综合上面的 2 个原因，新项目开发的时候自然就会选择稳定的版本。

JDK 这种比较底层的东西，越稳定越好。

再加上 OS 安装的版本主流也是这 2 个，如果是新项目用 11 没有问题。如果是老项目已经用 8 了，就不要想着升级了，反正最后支持时间都差不多。

其实 8 到 11 的升级没有那么糟糕，基本上还是比较好升的。

https://www.ossez.com/t/java-jdk-8-11/13339