MooN Code Note

全栈开发技术路线

前端开发

前端开发涉及创建网络应用程序的用户界面和用户体验。关键技术和工具包括：

HTML/CSS：创建网页并为其设计样式的基础语言。
JavaScript：为网页添加交互性的核心语言。
前端框架和库：
- React 一种流行的 JavaScript 库，用于构建用户界面。
- Angular 基于 TypeScript 的开源网络应用框架。
- Vue.js：用于构建用户界面的渐进式 JavaScript 框架。
- CSS 预处理器 SASS 或 LESS 等工具，用于编写更易于维护的 CSS。
- 版本控制系统用于跟踪源代码变更的 Git。

后台开发

后台开发涉及管理服务器端逻辑、数据库和各种服务的集成。关键技术和工具包括：

编程语言

JavaScript (Node.js)：用于服务器端开发。
Python 通常与 Django 或 Flask 等框架一起使用。
Java 常用于 Spring Boot。
Ruby 与 Ruby on Rails 一起使用。

网络框架

Express.js (Node.js)：适用于 Node.js 的网络应用框架。
Django（Python）：高级 Python 网络框架。
Spring Boot（Java）：用于构建基于 Java 的网络应用程序的框架。
Ruby on Rails（Ruby）：一种服务器端网络应用程序框架：服务器端网络应用程序框架。
API 和网络服务 RESTful API、用于数据查询的 GraphQL。
身份验证和授权：JWT、OAuth 和会话管理。

数据库开发

数据库开发涉及管理数据存储、检索和操作。关键技术和工具包括：

RDBMS

PostgreSQL：一种开源关系数据库。
MySQL 一种广泛使用的关系数据库。

NoSQL 数据库

MongoDB：面向文档的数据库。
Cassandra：分布式 NoSQL 数据库。

移动开发

移动开发涉及为移动设备创建应用程序。关键技术和工具包括：

本地开发

Swift 用于 iOS 开发。
Kotlin：用于 Android 开发。

跨平台开发

React Native：用于使用 JavaScript 和 React 构建移动应用程序。
Flutter 谷歌的用户界面工具包，用于从单一代码库中构建本地编译的应用程序。

云计算

云计算涉及在云平台上部署和管理应用程序。关键技术和工具包括：

云平台

AWS（亚马逊网络服务）：一个提供广泛服务的综合性云平台。
谷歌云平台（GCP）：谷歌的云计算服务套件。
Microsoft Azure：微软的云计算平台。

容器化和协调

Docker：用于容器化。
Kubernetes：用于容器协调。
无服务器计算：AWS Lambda、Google Cloud Functions、Azure Functions。

用户界面/用户体验设计

UI/UX 设计涉及设计应用程序的用户界面和体验。关键技术和工具包括：

设计工具

Figma：协作式界面设计工具。
Sketch：数字设计工具包。
Adobe XD：设计和原型工具。

原型和线框图

InVision 数字产品设计平台
Balsamiq：用于线框设计。
用户研究与测试进行用户研究和可用性测试的工具。

基础设施和 DevOps

基础设施和 DevOps 涉及管理应用程序的基础设施、部署和持续集成/持续交付（CI/CD）。关键技术和工具包括：

基础设施即代码（IaC）

Terraform：用于构建、更改和版本化基础设施的 IaC 工具。
Ansible：用于配置管理、应用部署和任务自动化的自动化工具。

CI/CD 工具

Jenkins 开源自动化服务器。
CircleCI：一种 CI/CD 工具。
Travis CI：一种持续集成服务。
GitHub Actions：GitHub 中的 CI/CD 工作流。

监控和日志

Prometheus：开源监控系统。
Grafana：数据可视化工具。
ELK Stack（Elasticsearch、Logstash、Kibana）：用于日志记录和监控。

全栈开发人员需要广泛了解软件开发不同领域的各种技术和工具。这包括前端和后端开发、数据库管理、移动开发、云计算、UI/UX 设计、基础设施管理和 DevOps 实践。不断学习并掌握最新趋势和技术对于全栈开发人员来说至关重要。

分层开发思想

三层开发结构

什么是分层：开发中，常使用分层思想。不同的层解决不同的问题，层与层之间组成严密的封闭系统，不同层级结构彼此平等。不能出现跨层访问。

表示层(View)：直接跟用户打交道，展示数据给用户查看或收集用户输入的信息。
业务逻辑层(service)：对数据进行处理，比如筛选数据、判断数据准确性...
数据访问层(dao)：直接对数据库进行增删改查操作。

分层的好处

提高代码的复用性：不同层之间进行功能调用时，相同的功能可以重复使用。
提高代码的维护性：提高软件的可维护性，对现有的功能进行修改和更新时不会影响原有的功能。
提高代码的扩展性：提升软件的可扩展性，添加新的功能的时候不会影响到现有的功能。
降低代码的耦合性：降低层与层之间的耦合性。

如何分层

不同的层使用不同的包，例如：

表现层：com.xxx.view
业务逻辑层：com.xxx.service
数据访问层：com.xxx.dao
工具包：com.xxx.utils。一般用来存放工具类，不属于任何一层，可以被所有层调用
测试包：com.xxx.test
实体包：com.xxx.entity、com.xxx.domain等。用于存放一些自定义的JavaBean类

访问顺序

用户 -> 表现层 -> 业务层 -> 数据访问层 -> 数据库

开发流程

一般从下向上开发：dao 数据访问层 -> service 业务逻辑层 -> view 表示层

层污染

什么是层污染

某一层中使用到了本不应该出现在该层的代码，则称为层污染。如：Connection 对象，应该出现在 DAO 层，而不应该出现在业务层。所以想办法把 Connection 对象从业务层中移出。

如果调用工具类的方法，不存在层污染，因为工具类属于每个层可以使用的。

如何解决层污染的问题

以事务处理为例：

数据库工具类添加开启事务，提交事务，回滚事务的方法
提交事务或回滚事务以后，关闭连接，并且从当前线程中删除 Connection 对象。
业务层调用工具类中的方法操作事务，如果没有异常则提交事务，出现异常则事务回滚。并且抛出运行时异常给表示层。

APP、软件、微服务版本号的设计

为了在软件产品生命周期中更好的沟通和标记，我们应该对APP、软件的版本号命名的规范和原则有一定的了解。

APP、软件的版本阶段

Alpha版：也叫α版，此版本主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
Beta版：此版本相对于α版已经有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
RC版：此版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几，测试人员基本通过的版本。
Release版：此版本意味着“最终版本”、“上线版本”，，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。

语义化版本控制规范

版本控制标准规范：https://semver.org/lang/zh-CN/

版本号的命名构成部分

软件版本号有四部分组成：<主版本号.><子版本号>.<阶段版本号>.<日期版本号加希腊字母版本号>。希腊字母版本号共有5种：base、alpha、beta、RC、Release。例如：1.1.1.161109_beta

通常，完全的版本号定义，分三项：<主版本号.><子版本号>.<阶段版本号>。例如：1.1.0

MAJOR（X）：这个是主版本号，一般是涉及到不兼容的 API 更改时，这个会变化。
MINOR（Y）：这个是次版本号，当对 API 进行向后兼容的增强时，这个版本号会变化。即有新增的功能时，这里会变化。
PATCH（Z）：这个是修订号，当进行一些 BUG 的修复，然后要发版的时候，这里会发生变化。

版本号修改规则

主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的 bug 即可发布一个修订版。此版本号由项目经理决定是否修改。
日期版本号(161109)：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
希腊字母版本号(beta)：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

版本号的阶段标识

阶段名称	阶段标识
需求控制	a
设计阶段	b
编码阶段	c
单元测试	d
单元测试修改	e
集成测试	f
集成测试修改	g
系统测试	h
系统测试修改	i
验收测试	j
验收测试修改	k

语义化的版本控制规范要求

使用语义化版本控制的软件必须（MUST）定义公共 API。该 API 可以在代码中被定义或出现于严谨的文档内。无论何种形式都应该力求精确且完整。
标准的版本号必须（MUST）采用 X.Y.Z 的格式，其中 X、Y 和 Z 为非负的整数，且禁止（MUST NOT）在数字前方补零。X 是主版本号、Y 是次版本号、而 Z 为修订号。每个元素必须（MUST）以数值来递增。例如：1.9.1 -> 1.10.0 -> 1.11.0。
标记版本号的软件发行后，禁止（MUST NOT）改变该版本软件的内容。任何修改都必须（MUST）以新版本发行。
主版本号为零（0.y.z）的软件处于开发初始阶段，一切都可能随时被改变。这样的公共 API 不应该被视为稳定版。
1.0.0 的版本号用于界定公共 API 的形成。这一版本之后所有的版本号更新都基于公共 API 及其修改内容。
修订号 Z（x.y.Z | x > 0）必须（MUST）在只做了向下兼容的修正时才递增。这里的修正指的是针对不正确结果而进行的内部修改。
次版本号 Y（x.Y.z | x > 0）必须（MUST）在有向下兼容的新功能出现时递增。在任何公共 API 的功能被标记为弃用时也必须（MUST）递增。也可以（MAY）在内部程序有大量新功能或改进被加入时递增，其中可以（MAY）包括修订级别的改变。每当次版本号递增时，修订号必须（MUST）归零。
主版本号 X（X.y.z | X > 0）必须（MUST）在有任何不兼容的修改被加入公共 API 时递增。其中可以（MAY）包括次版本号及修订级别的改变。每当主版本号递增时，次版本号和修订号必须（MUST）归零。
先行版本号可以（MAY）被标注在修订版之后，先加上一个连接号再加上一连串以句点分隔的标识符来修饰。标识符必须（MUST）由 ASCII 字母数字和连接号 [0-9A-Za-z-] 组成，且禁止（MUST NOT）留白。数字型的标识符禁止（MUST NOT）在前方补零。先行版的优先级低于相关联的标准版本。被标上先行版本号则表示这个版本并非稳定而且可能无法满足预期的兼容性需求。范例：1.0.0-alpha、1.0.0-alpha.1、1.0.0-0.3.7、1.0.0-x.7.z.92。
版本编译信息可以（MAY）被标注在修订版或先行版本号之后，先加上一个加号再加上一连串以句点分隔的标识符来修饰。标识符必须（MUST）由 ASCII 字母数字和连接号 [0-9A-Za-z-] 组成，且禁止（MUST NOT）留白。当判断版本的优先层级时，版本编译信息可（SHOULD）被忽略。因此当两个版本只有在版本编译信息有差别时，属于相同的优先层级。范例：1.0.0-alpha+001、1.0.0+20130313144700、1.0.0-beta+exp.sha.5114f85。
版本的优先层级指的是不同版本在排序时如何比较。
1. 判断优先层级时，必须（MUST）把版本依序拆分为主版本号、次版本号、修订号及先行版本号后进行比较（版本编译信息不在这份比较的列表中）。
2. 由左到右依序比较每个标识符，第一个差异值用来决定优先层级：主版本号、次版本号及修订号以数值比较。例如：1.0.0 < 2.0.0 < 2.1.0 < 2.1.1。
3. 当主版本号、次版本号及修订号都相同时，改以优先层级比较低的先行版本号决定。例如：1.0.0-alpha < 1.0.0。
4. 有相同主版本号、次版本号及修订号的两个先行版本号，其优先层级必须（MUST）透过由左到右的每个被句点分隔的标识符来比较，直到找到一个差异值后决定：
  1. 只有数字的标识符以数值高低比较。
  2. 有字母或连接号时则逐字以 ASCII 的排序来比较。
  3. 数字的标识符比非数字的标识符优先层级低。
  4. 若开头的标识符都相同时，栏位比较多的先行版本号优先层级比较高。

例如：1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0。

微服务中的版本号

具体的实现思路：

首先，整体上按照前面的语义化版本控制规范。
其次，进行向后兼容的更新。要为项目添加新功能、新特性时，必须要考虑到项目的兼容性。例如接口中新加了一个参数，那么为了老版本的客户端能够顺利访问这个接口，服务端应该考虑为老版本客户端缺少的请求参数提供一个默认值。也可能为响应添加新的属性，或者提供了一些新的接口，当然这些一般都不影响老客户端。
再次，进行不兼容的升级。对 API 做一些主要的修改，考虑到微服务之间的松耦合性，没法强迫客户端进行立马升级，此时可能会考虑在某一个时间段内，两个版本的 API 共存。

多个 API 共存的时候，一个比较简单的办法是在 API 设计的时候，加上版本号，例如 /v1/xxx 或者 /v2/xxx，不过这种写法有一个小小的缺陷，就是路径中加了版本号之后，这个路径看起来就不是一个完美的 REST 路径了。所以还有另一个方案，就是把请求的 API 的版本号写到请求头中。

在微服务中，所有的请求一般来说都会经过网关，可以在网关中提取出请求头的 Accept 参数，然后根据 Accept 中的请求版本号，做不同的请求转发，如果版本号是 1.0，就转发到 1.0 的服务上去；如果版本号是 2.0，则转发到 2.0 的服务上去。以现在微服务中主流的网关 Spring Cloud Gateway 为例，可以做如下配置：

yml

spring:
  application:
    name: gateway
  cloud:
    nacos:
      discovery:
        password: nacos
        username: nacos
        server-addr: a.b.c.d:8848
        namespace: public
    gateway:
      discovery:
        locator:
          # enabled: true
          lower-case-service-id: true
      routes:
        - id: v1_provider
          uri: lb://provider
          predicates:
            - Path=/p/**
            - Header=Accept,.*;?version=1\.0(|;.*)
          filters:
            - StripPrefix=1
server:
  port: 8082

上面配置注意事项：

首先记得关闭服务自动发现，否则通过默认的服务名进行代理就不会经过我们配置的过滤器了。
然后手动配置服务转发，上面的配置基本上都是常规配置，跟版本号相关的配置是 Header=Accept,.*;?version=1\.0(|;.*)，这个配置就是对请求头提出要求，首先前面的 Accept 表示这里是要判断请求头中的 Accept 字段，然后后面紧跟着的是 value（两者之间用 , 隔开），这个 value 是一个正则表达式 .*;?version=1\.0(|;.*)，意思就是在 version=1.0 之前和之后可以有任意字符串，只要 value 中包含 version=1.0 就算匹配上了。只有匹配上了，才会进行请求转发，否则不会进行请求转发。

SaaS、PaaS、IaaS 区别

定义

一般而言，企业有三种云计算服务模式可以选择.

基础设施即服务（IaaS）：提供机器、存储和网络资源，开发人员可以通过安装自己的操作系统、应用程序和支持资源来管理
平台即服务（PaaS）：开发人员可以在其中部署自己的应用程序的平台
软件即服务（SaaS）：这是一个完整的软件应用程序，具有用户界面

IaaS

英文全称 Infrastructure-as-a-Service（基础设施即服务）。IaaS 提供给消费者的服务是对所有计算基础设施的利用，包括处理 CPU、内存、存储、网络和其它基本的计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。

消费者不管理或控制任何云计算基础设施，但能控制操作系统的选择、存储空间、部署的应用，也有可能获得有限制的网络组件（例如路由器、防火墙、负载均衡器等）的控制。

PaaS

英文全称 Platform-as-a-Service（平台即服务）。PaaS 某些时候也叫做中间件。就是把客户采用提供的开发语言和工具（例如Java，python, .Net等）开发的或收购的应用程序部署到供应商的云计算基础设施上去。

客户不需要管理或控制底层的云基础设施，包括网络、服务器、操作系统、存储等，但客户能控制部署的应用程序，也可能控制运行应用程序的托管环境配置。

SaaS

英文全称 Software-as-a-Service（软件即服务）。SaaS 提供给客户的服务是运行在云计算基础设施上的应用程序，用户可以在各种设备上通过客户端界面访问，如浏览器。

消费者不需要管理或控制任何云计算基础设施，包括网络、服务器、操作系统、存储等等。

应用场景

IaaS 会提供场外服务器，存储和网络硬件，用户可以租用。节省了维护成本和办公场地，公司可以在任何时候利用这些硬件来运行其应用。最常见的 IaaS 服务是服务器托管业务，多数的 IDC 都提供这样的服务，用户自己不想要再采购价格昂贵的服务器和磁盘阵列了，所有的硬件都由 IaaS 提供，还能获得品质更高的网络资源。
PaaS 在网上提供各种开发和分发应用的解决方案，比如虚拟服务器和特定的操作系统。底层的平台铺建好了，用户只需要开发自己的上层应用。节省了在硬件上的费用，也让各类应用的开发更加便捷，不同的工作互相打通也变得容易，因为在同一平台上遵循的是同样的编程语言、协议和底层代码。很多网页应用，应用虚拟主机，存储，安全以及应用开发协作工具等。最常见的 PaaS 平台就有百度 BAE、新浪 SAE、阿里 Ali、腾讯云等等。很多电商平台、视频网站等都可以通过 PaaS 实现快速部署。
SaaS 是普通使用者最常见，简单地说任何一个远程服务器上的应用都可以通过网络来运行，就是 SaaS 了。最常接触到的是挂在网页或微信上的各类小程序，比如H5的应用如火如荼，这些应用给了IT的门外汉实现自己愿望的机会。国内的互联网巨头竭力推荐的 SaaS 应用比如阿里的钉钉，腾讯的企业微信，这些软件里面应用平台上的可供使用的各类 SaaS 小软件数不胜数，从 OA，到 ERP 到 CRM 等等，涵盖了企业运行所需的几乎所用应用。

原理

软件即服务（SaaS）

软件即服务（也称为云应用程序服务）代表了云市场中企业最常用的选项。SaaS 利用互联网向其用户提供应用程序，这些应用程序由第三方供应商管理。大多数 SaaS 应用程序直接通过 Web 浏览器运行，不需要在客户端进行任何下载或安装。

如下图所示，数据信息由租户自己管理，提供 SaaS 服务的企业会将应用软件、平台软件、基础设施都集成好，不需要租户关心底层这些架构。

平台即服务（PaaS）

PaaS 的交付模式类似于 SaaS，除了通过互联网提供软件，PaaS 提供了一个软件创建平台。该平台通过 Web 提供，使开发人员可以自由地专注于创建软件，同时不必担心操作系统、软件更新，存储或基础架构。PaaS 允许企业使用特殊的软件组件设计和创建内置于 PaaS 中的应用程序。由于具有某些云特性，这些应用程序或中间件具有可扩展性和高可用性。

基础设施即服务（IaaS）

IaaS 通过虚拟化技术为组织提供云计算基础架构，包括服务器、网络，操作系统和存储等。这些云服务器通常通过仪表盘或API提供给客户端，IaaS 客户端可以完全控制整个基础架构。IaaS 提供与传统数据中心相同的技术和功能，而无需对其进行物理上的维护或管理。IaaS 客户端仍然可以直接访问其服务器和存储，但它们都通过云中的“虚拟数据中心”。

与 SaaS 或 PaaS 相反，IaaS 客户端负责管理应用程序、运行时、操作系统，中间件和数据等方面。但是，IaaS 的提供商管理服务器、硬盘驱动器、网络，虚拟化和存储。一些提供商甚至在虚拟化层之外提供更多服务，例如数据库或消息队列。

加密算法

古代加密历史

古人想出了一种非常朴素的加密方法，被称为凯撒密码。加密的原理就像下图这样：

凯撒密码

如图所示，图中第一行的字母代表信息的“明文”，第二行字母代表信息的密文。这个加密算法十分简单，就是选择一个偏移量（这里的偏移量是2），把明文当中的所有字母按照字母表的顺序向后偏移两位，从而生成密文。比如：

原文的字母A，对应的密文是字母C。
原文的字母D，对应的密文是字母F。
原文的单词Java，对应的密文是Lcxc。

相应的，按事先约定好了密文的偏移量，把密文的所有字母向前偏移两位，就还原成了明文，这个过程叫做解密。

在英语的26个字母中，出现频率最高的字母是e。如果截获了密文，发现这段看不懂的密文当中出现频率最高的字母是g，由于e和g相差两个字母，就可以猜测出密文通信很可能选择2作为偏移量。这样一来，密码就被破解了。最不济，可以把每一种偏移量都尝试一遍（26个字母，最多25种偏移），终究可以试出符合正常语法的偏移量。这种方式被称为暴力破解。

加密算法的种类

在如今的信息安全领域，有各种各样的加密算法凝聚了计算机科学家门的智慧。从宏观上来看，算法整体上可以分为不可逆加密和可逆加密，可逆加密又可以分为对称加密和非对称加密。

不可逆算法

哈希算法

不可逆加密的算法的加密是不可逆的，密文无法被还原成原文。其中散列算法，就是一种不可逆算法。

散列算法中，明文通过散列算法生成散列值，散列值是长度固定的数据，和明文长度无关。

从严格意义上来说，哈希算法并不属于加密算法，但它在信息安全领域起到了很重要的作用。散列算法常用于数字签名、消息认证、密码存储等场景。其中一个重要的作用就是生成信息摘要，用以验证原信息的完整性和来源的可靠性。

支付宝怎么知道这个请求是真的来自该应用，并且没有被篡改呢？例如，请求的发送方把所有参数，外加双方约定的Key（例子中Key=abc）拼接起来，并利用哈希算法生成了一段信息摘要：

java

Hash(1234_100_abc) = 948569CD3466451F

而请求的接收方在接到参数和摘要之后，按照同样的规则，也把参数和Key拼接起来并生成摘要：

java

Hash(1234_100_abc) = 948569CD3466451F

如果最终发现两端信息摘要一致，证明信息没有被篡改，并且来源确实是该互联网应用。只要参数修改了一点点，或者Key不一样，那么生成的信息摘要就会完全不同。生成信息摘要的过程叫做签名，验证信息摘要的过程叫做验签。

散列算法包含哪些具体的算法呢？其中最著名的当属MD5算法。后来，人们觉得MD5算法生成的信息摘要太短（128位），不够安全，于是又有了SHA系列算法，包括 SHA1、SHA-224、SHA-256 等等。

Tips: 散列算法是不需要密钥的，当然也有一些不可逆算法，需要密钥，例如 HMAC 算法。

MD5

MD5，全称为『Message-Digest Algorithm 5』，翻译过来叫『信息摘要算法』。它可以将任意长度的数据通过散列算法，生成一个固定长度的散列值。MD5 算法的输出长度为 128 位，通常用 32 个 16 进制数表示。MD5 算法的 Java 代码实现示例如下：

java

public class MD5 {
    private static final String MD5_ALGORITHM = "MD5";
    public static String encrypt(String data) throws Exception {
        // 获取MD5算法实例
        MessageDigest messageDigest = MessageDigest.getInstance(MD5_ALGORITHM);
        // 计算散列值
        byte[] digest = messageDigest.digest(data.getBytes());
        Formatter formatter = new Formatter();
        // 补齐前导0，并格式化
        for (byte b : digest) {
            formatter.format("%02x", b);
        }
        return formatter.toString();
    }

    public static void main(String[] args) throws Exception {
        String data = "Hello World";
        String encryptedData = encrypt(data);
        System.out.println("加密后的数据：" + encryptedData);
    }
}

MD5 的优点是，计算速度快、输出长度固定、应用广泛等等。但是作为一个加密算法，它最大的缺点就是不安全。

MD5 算法已经被攻破，而且 MD5 算法的输出长度有限，攻击者可以通过暴力破解或彩虹表攻击等方式，找到与原始数据相同的散列值，从而破解数据。虽然可以通过加盐，也就是对在原文里再加上一些不固定的字符串来缓解，但是完全可以用更安全的 SHA 系列算法替代。

SHA-256

SHA（Secure Hash Algorithm）系列算法是一组密码散列函数，用于将任意长度的数据映射为固定长度的散列值。SHA 系列算法由美国国家安全局（NSA）于1993年设计，目前共有 SHA-1、SHA-2、SHA-3 三种版本。

其中 SHA-1 系列存在缺陷，已经不再被推荐使用。SHA-2 算法包括 SHA-224、SHA-256、SHA-384 和 SHA-512 四种散列函数，分别将任意长度的数据映射为224位、256位、384位和512位的散列值。最常用的 SHA-256 的 Java 代码实现示例如下：

java

public class SHA256 {
    private static final String SHA_256_ALGORITHM = "SHA-256";
    public static String encrypt(String data) throws Exception {
        // 获取SHA-256算法实例
        MessageDigest messageDigest = MessageDigest.getInstance(SHA_256_ALGORITHM);
        // 计算散列值
        byte[] digest = messageDigest.digest(data.getBytes());
        StringBuilder stringBuilder = new StringBuilder();
        // 将byte数组转换为15进制字符串
        for (byte b : digest) {
            stringBuilder.append(Integer.toHexString((b & 0xFF) | 0x100), 1, 3);
        }
        return stringBuilder.toString();
    }

    public static void main(String[] args) throws Exception {
        String data = "Hello World";
        String encryptedData = encrypt(data);
        System.out.println("加密后的数据：" + encryptedData);
    }
}

SHA-2 算法比 MD5 强，主要有两个原因：

散列值长度更长：例如 SHA-256 算法的散列值长度为 256 位，而 MD5 算法的散列值长度为 128 位，这就提高了攻击者暴力破解或者彩虹表攻击的难度。
更强的碰撞抗性：SHA 算法采用了更复杂的运算过程和更多的轮次，使得攻击者更难以通过预计算或巧合找到碰撞。

当然，SHA-2 也不是绝对安全的，散列算法都有被暴力破解或者彩虹表攻击的风险，所以在实际的应用中，加盐还是必不可少的。

对称加密算法

对称加密算法概念

对称加密，是指通信双方使用相同的密钥进行加密和解密。如图所示，一段明文通过密钥进行加密，可以生成一段密文；这段密文通过同样的密钥进行解密，可以还原成明文。这样一来，只要双方事先约定好了密钥，就可以使用密文进行往来通信。数据泄露到了外界，泄露出去的也都是密文。

此种加密方式，密钥的安全性至关重要。如果密钥泄露，攻击者可以轻易地破解加密数据。

对称加密常用算法：

DES算法，后来人们觉得 DES 不够安全，又发明了3DES算法
AES算法，是如今最为流行的对称加密算法，具有比较高的安全性和加密效率。

对称加密算法的优缺点：

优点：加密解密的效率比较高。
缺点：不够安全。因为通信双方约定的密钥是相同的，只要密钥本身被任何一方泄露出去，通信的密文就会被破解；此外，在双方建立通信之初，服务端把密钥告诉给客户端的时候，也有被拦截到的危险。

DES

DES（Data Encryption Standard）算法是一种对称加密算法，由IBM公司于1975年研发，是最早的一种广泛应用的对称加密算法之一。

DES 算法使用 56 位密钥对数据进行加密，加密过程中使用了置换、替换、异或等运算，具有较高的安全性。DES 算法的 Java 代码实现示例：

java

public class DES {
    private static final String DES_ALGORITHM = "DES";

    /**
     * DES加密
     *
     * @param data 待加密的数据
     * @param key  密钥，长度必须为8位
     * @return 加密后的数据，使用Base64编码
     */
    public static String encrypt(String data, String key) throws Exception {
        // 根据密钥生成密钥规范
        KeySpec keySpec = new DESKeySpec(key.getBytes());
        // 根据密钥规范生成密钥工厂
        SecretKeyFactory secretKeyFactory = SecretKeyFactory.getInstance(DES_ALGORITHM);
        // 根据密钥工厂和密钥规范生成密钥
        SecretKey secretKey = secretKeyFactory.generateSecret(keySpec);

        // 根据加密算法获取加密器
        Cipher cipher = Cipher.getInstance(DES_ALGORITHM);
        // 初始化加密器，设置加密模式和密钥
        cipher.init(Cipher.ENCRYPT_MODE, secretKey);
        // 加密数据
        byte[] encryptedData = cipher.doFinal(data.getBytes());
        // 对加密后的数据进行Base64编码
        return Base64.getEncoder().encodeToString(encryptedData);
    }

    /**
     * DES解密
     *
     * @param encryptedData 加密后的数据，使用Base64编码
     * @param key           密钥，长度必须为8位
     * @return 解密后的数据
     */
    public static String decrypt(String encryptedData, String key) throws Exception {
        // 根据密钥生成密钥规范
        KeySpec keySpec = new DESKeySpec(key.getBytes());
        // 根据密钥规范生成密钥工厂
        SecretKeyFactory secretKeyFactory = SecretKeyFactory.getInstance(DES_ALGORITHM);
        // 根据密钥工厂和密钥规范生成密钥
        SecretKey secretKey = secretKeyFactory.generateSecret(keySpec);

        // 对加密后的数据进行Base64解码
        byte[] decodedData = Base64.getDecoder().decode(encryptedData);
        // 根据加密算法获取解密器
        Cipher cipher = Cipher.getInstance(DES_ALGORITHM);
        // 初始化解密器，设置解密模式和密钥
        cipher.init(Cipher.DECRYPT_MODE, secretKey);
        // 解密数据
        byte[] decryptedData = cipher.doFinal(decodedData);
        // 将解密后的数据转换为字符串
        return new String(decryptedData);
    }

    public static void main(String[] args) throws Exception {
        String data = "Hello World";
        String key = "12345678";

        String encryptedData = encrypt(data, key);
        System.out.println("加密后的数据：" + encryptedData);

        String decryptedData = decrypt(encryptedData, key);
        System.out.println("解密后的数据：" + decryptedData);
    }
}

DES的算法速度较快，但是在安全性上面并不是最优选择，因为DES算法的密钥长度比较短，被暴力破解和差分攻击的风险比较高，一般推荐用一些更安全的对称加密算法，比如3DES、AES。

AES

AES（Advanced Encryption Standard）即高级加密标准，是一种对称加密算法，被广泛应用于数据加密和保护领域。AES 算法使用的密钥长度为128位、192位或256位，比 DES 算法的密钥长度更长，安全性更高。AES 算法的 Java 代码实现示例如下：

java

public class AES {
    private static final String AES_ALGORITHM = "AES";
    // AES加密模式为CBC，填充方式为PKCS5Padding
    private static final String AES_TRANSFORMATION = "AES/CBC/PKCS5Padding";
    // AES密钥为16位
    private static final String AES_KEY = "1234567890123456";
    // AES初始化向量为16位
    private static final String AES_IV = "abcdefghijklmnop";

    /**
     * AES加密
     *
     * @param data 待加密的数据
     * @return 加密后的数据，使用Base64编码
     */
    public static String encrypt(String data) throws Exception {
        // 将AES密钥转换为SecretKeySpec对象
        SecretKeySpec secretKeySpec = new SecretKeySpec(AES_KEY.getBytes(), AES_ALGORITHM);
        // 将AES初始化向量转换为IvParameterSpec对象
        IvParameterSpec ivParameterSpec = new IvParameterSpec(AES_IV.getBytes());
        // 根据加密算法获取加密器
        Cipher cipher = Cipher.getInstance(AES_TRANSFORMATION);
        // 初始化加密器，设置加密模式、密钥和初始化向量
        cipher.init(Cipher.ENCRYPT_MODE, secretKeySpec, ivParameterSpec);
        // 加密数据
        byte[] encryptedData = cipher.doFinal(data.getBytes(StandardCharsets.UTF_8));
        // 对加密后的数据使用Base64编码
        return Base64.getEncoder().encodeToString(encryptedData);
    }

    /**
     * AES解密
     *
     * @param encryptedData 加密后的数据，使用Base64编码
     * @return 解密后的数据
     */
    public static String decrypt(String encryptedData) throws Exception {
        // 将AES密钥转换为SecretKeySpec对象
        SecretKeySpec secretKeySpec = new SecretKeySpec(AES_KEY.getBytes(), AES_ALGORITHM);
        // 将AES初始化向量转换为IvParameterSpec对象
        IvParameterSpec ivParameterSpec = new IvParameterSpec(AES_IV.getBytes());
        // 根据加密算法获取解密器
        Cipher cipher = Cipher.getInstance(AES_TRANSFORMATION);
        // 初始化解密器，设置解密模式、密钥和初始化向量
        cipher.init(Cipher.DECRYPT_MODE, secretKeySpec, ivParameterSpec);
        // 对加密后的数据使用Base64解码
        byte[] decodedData = Base64.getDecoder().decode(encryptedData);
        // 解密数据
        byte[] decryptedData = cipher.doFinal(decodedData);
        // 返回解密后的数据
        return new String(decryptedData, StandardCharsets.UTF_8);
    }

    public static void main(String[] args) throws Exception {
        String data = "Hello World";

        String encryptedData = encrypt(data);
        System.out.println("加密后的数据：" + encryptedData);

        String decryptedData = decrypt(encryptedData);
        System.out.println("解密后的数据：" + decryptedData);
    }
}

AES 算法采用的密钥长度更长，密钥空间更大，安全性更高，能够有效地抵抗暴力破解攻击。但因为密钥长度较长，需要的存储也更多。对于对称加密算法而言，最大的痛点就在于密钥管理困难，相比而言，非对称加密就没有这个担忧。

非对称加密算法

非对称加密算法概述

如图所示，在非对称加密中存在一对密钥，这两个密钥互不相同，但是相互匹配，其中一个叫做公钥，另一个叫做私钥。在加密解密的过程中，既可以使用公钥加密明文，使用私钥解密密文；也可以使用私钥加密明文，使用公钥解密密文。非对称加密算法的优缺点如下：

优点：安全性高，公钥可以公开，私钥必须保密，保证了数据的安全性；可用于数字签名、密钥协商等多种应用场景。
缺点：计算量相比对称加密大很多，加密、解密速度较慢。密钥长度越长，加密、解密时间越长；密钥长度过短容易被暴力破解，密钥长度过长则会增加计算量和存储空间的开销。整体性能较差，无法应用于长期的通信。

下面以通信的过程进行非对称加密说明：

在双方建立通信的时候，服务端只要把公钥告诉给客户端，自己保留私钥。
客户端利用获得的公钥。加密另外一个密钥X（可以是对称加密的密钥），发送给服务端。
服务端获得消息后，用自己的私钥解密，得到里面隐含的密钥X。
从此以后，双方可以利用密钥X进行对称加密的通信了。

在这个过程中，即使公钥被第三方截获，甚至后续的所有通信都被截获，第三方也无法进行破解。因为第二步利用公钥加密的消息，只有私钥才能解开，所以第三方永远无法知道密钥X是什么。

常用的非对称加密算法的有如：RSA算法、DSA算法。

RSA

RSA 算法是是目前应用最广泛的非对称加密算法。RSA 算法的 Java 实现示例：

java

public class RSA {
    private static final String RSA_ALGORITHM = "RSA";

    /**
     * 生成RSA密钥对
     *
     * @return RSA密钥对
     */
    public static KeyPair generateKeyPair() throws NoSuchAlgorithmException {
        KeyPairGenerator keyPairGenerator = KeyPairGenerator.getInstance(RSA_ALGORITHM);
        keyPairGenerator.initialize(2048); // 密钥大小为2048位
        return keyPairGenerator.generateKeyPair();
    }

    /**
     * 使用公钥加密数据
     *
     * @param data      待加密的数据
     * @param publicKey 公钥
     * @return 加密后的数据
     */
    public static String encrypt(String data, PublicKey publicKey) throws Exception {
        Cipher cipher = Cipher.getInstance(RSA_ALGORITHM);
        cipher.init(Cipher.ENCRYPT_MODE, publicKey);
        byte[] encryptedData = cipher.doFinal(data.getBytes(StandardCharsets.UTF_8));
        return Base64.getEncoder().encodeToString(encryptedData);
    }

    /**
     * 使用私钥解密数据
     *
     * @param encryptedData 加密后的数据
     * @param privateKey    私钥
     * @return 解密后的数据
     */
    public static String decrypt(String encryptedData, PrivateKey privateKey) throws Exception {
        byte[] decodedData = Base64.getDecoder().decode(encryptedData);
        Cipher cipher = Cipher.getInstance(RSA_ALGORITHM);
        cipher.init(Cipher.DECRYPT_MODE, privateKey);
        byte[] decryptedData = cipher.doFinal(decodedData);
        return new String(decryptedData, StandardCharsets.UTF_8);
    }

    public static void main(String[] args) throws Exception {
        KeyPair keyPair = generateKeyPair();
        PublicKey publicKey = keyPair.getPublic();
        PrivateKey privateKey = keyPair.getPrivate();

        String data = "Hello World";

        String encryptedData = encrypt(data, publicKey);
        System.out.println("加密后的数据：" + encryptedData);

        String decryptedData = decrypt(encryptedData, privateKey);
        System.out.println("解密后的数据：" + decryptedData);
    }
}

八大生产故障排查思路（通用版）

引用网络，原文出处：https://mp.weixin.qq.com/s/WtchexOsbPMbuN25XQtB-A

常见的生产故障有哪些？

在生产环境中，常见的故障类型包括但不限于以下几种：

网络故障：网络故障可能包括网络连接中断、网络延迟过高、路由错误等。这可能导致系统无法正常访问外部资源，或导致应用程序无法与其他系统进行通信。
服务器故障：服务器故障可能包括硬件故障、操作系统崩溃、服务崩溃等。这可能导致系统无法提供服务，导致应用程序不可用或性能下降。
数据库故障：数据库故障可能包括数据库服务器崩溃、数据库连接错误、数据损坏等。这可能导致应用程序无法读取或写入数据，导致功能异常或数据不一致。
软件错误：软件错误可能包括应用程序 bug、配置错误、依赖项问题等。这可能导致应用程序崩溃、功能异常或性能下降。
安全漏洞或攻击：安全漏洞或攻击可能导致系统遭受恶意行为，如未经授权访问、数据泄露、拒绝服务攻击等。这可能导致系统不稳定、数据损失或服务不可用。
存储故障：存储故障可能包括磁盘故障、存储设备故障、数据丢失等。这可能导致数据不可用、文件损坏或无法恢复。
配置错误：配置错误可能导致系统以错误的方式运行，例如错误的端口设置、错误的权限设置、错误的网络配置等。这可能导致应用程序无法正常工作或不可访问。
第三方服务故障：如果应用程序依赖于第三方服务（如支付网关、短信网关等），当这些服务出现故障时，可能会导致应用程序无法正常工作或功能受限。

网络故障如何处理

如何发现网络故障

连接状态：观察服务器或网络设备的连接状态指示灯，确保网络设备和服务器的物理连接正常。如果连接状态指示灯不亮或闪烁异常，可能表示存在物理连接问题。
Ping 测试：使用 ping 命令向其他设备发送网络数据包，检查是否能够与目标设备进行正常的网络通信。如果 ping 命令超时或返回错误，可能表示存在网络连接问题。
流量监控：使用网络流量监控工具，如 Wireshark、ntop 等，观察网络流量的情况。可以检查是否有异常的数据包、数据包丢失、流量拥塞等现象。
网络延迟测试：使用网络延迟测试工具，如 ping、traceroute、MTR 等，检查网络延迟情况。延迟过高可能表示网络连接存在问题。
日志分析：检查服务器和网络设备的日志文件，查找任何与网络连接相关的错误或异常记录。日志文件可以提供有关网络故障的有用信息。

如何排查网络故障

检查物理连接：确保所有网络设备和服务器的物理连接正确插入，并且连接线缆没有损坏或松动。
重启网络设备：尝试重新启动路由器、交换机、调制解调器等网络设备，以解决可能的临时问题。
检查网络配置：检查网络设备和服务器的网络配置，包括 IP 地址、子网掩码、网关等，确保它们正确配置。
验证 DNS 设置：确认 DNS 设置正确，可以通过 ping 域名或直接访问 IP 地址来验证 DNS 解析是否正常。
检查防火墙设置：检查防火墙规则和配置，确保没有阻止正常的网络通信。
测试其他设备：通过尝试连接其他设备或访问其他网站，确定是整个网络还是特定设备之间存在问题。

如何解决网络故障

修复物理连接问题：重新插拔连接线缆，更换损坏的连接线缆，确保物理连接正常。
重启网络设备：尝试重新启动路由器、交换机等网络设备，以解决可能的临时问题。
检查网络配置：检查网络设备和服务器的网络配置，确保其与网络要求和拓扑相匹配。
联系网络服务提供商：如果问题超出您的控制范围，可能需要联系网络服务提供商。

服务器故障如何处理？

如何发现服务器故障

无响应：如果服务器无法响应网络请求，无法访问或无法连接，可能表示存在服务器故障。尝试访问服务器上的服务或网站，观察是否能够正常访问。
错误日志：检查服务器上的错误日志文件，如系统日志、应用程序日志等，查找任何与服务器故障相关的错误记录。这些日志可能包含有用的信息，可以帮助确定故障原因。
监控工具：使用服务器监控工具来监视服务器的性能指标，如CPU利用率、内存使用率、磁盘空间等。异常的指标可能指示服务器故障。

如何排查服务器故障

检查服务器状态：检查服务器的电源指示灯、风扇声音、硬盘活动指示灯等物理指示，确保服务器正常供电并工作。
远程连接：尝试通过远程连接工具（如SSH）连接到服务器，检查是否能够建立连接。如果连接失败，可能是服务器软件或网络配置的问题。
重启服务器：尝试重新启动服务器，这可以帮助解决可能的临时问题。确保在执行重启操作之前，已备份重要数据并通知相关人员。
检查硬件：检查服务器硬件部件是否正常工作。这包括检查硬盘状态、内存模块、网卡、电源供应等。
检查服务和进程：检查服务器上运行的服务和进程是否正常。确认关键服务是否已启动，并检查是否存在异常的进程或僵尸进程。
检查日志：仔细查看服务器上的日志文件，如系统日志、应用程序日志等，查找与故障相关的任何错误或异常记录。
联系供应商或技术支持：如果自己无法解决服务器故障，可以联系服务器供应商或技术支持团队，寻求专业的帮助和建议。

如何解决服务器故障

重启服务器：重启服务器是解决许多临时问题的简单方法。通过重新启动服务器，可以清除临时内存和进程状态，可能恢复正常运行。
检查物理连接：检查服务器的物理连接，包括电源、网络连接和数据线缆。确保它们牢固连接且没有松动或损坏。
检查硬件状态：检查服务器的硬件部件，如硬盘、内存、CPU、电源等。确保它们正常工作且没有故障。
分析日志：仔细分析服务器日志，包括操作系统日志、应用程序日志和其他相关日志。这可以提供有关故障的详细信息，帮助定位问题。
检查网络配置：确保服务器的网络配置正确，包括IP地址、子网掩码、网关和DNS设置。如果网络配置错误，可能导致连接问题或无法访问外部资源。
恢复备份数据：如果服务器上的数据受损或丢失，可以从备份中恢复数据。确保定期进行数据备份，并测试备份的可恢复性。
更新和修复软件：确保服务器上的操作系统、驱动程序和软件都是最新版本，并应用任何可用的补丁或更新。这有助于修复已知的软件漏洞和错误。
故障排除工具和诊断：使用故障排除工具和诊断工具来检测和修复故障。例如，硬件诊断工具、网络分析工具和性能监控工具可以帮助定位和解决问题。
寻求专业支持：如果无法解决服务器故障，或者需要更高级的技术支持，可以联系服务器供应商或专业的技术支持团队。他们可以提供专业的建议和帮助。

数据库故障如何处理

如何发现数据库故障

连接问题：如果应用程序无法连接到数据库，或者连接被拒绝，可能表示存在数据库故障。观察应用程序的错误日志或错误信息，检查是否存在与数据库连接相关的错误。
数据库错误日志：检查数据库的错误日志，如 MySQL 的错误日志、Oracle 的跟踪文件等，查找任何与数据库故障相关的错误记录。这些日志可能包含有用的信息，可以帮助确定故障原因。
监控工具：使用数据库监控工具来监视数据库的性能指标，如 CPU 利用率、内存使用率、磁盘 I/O 等。异常的指标可能指示数据库故障。

如何排查数据库故障

检查数据库服务状态：检查数据库服务是否正在运行。确保数据库服务器已启动，并且相关的进程正在运行。
远程连接测试：尝试从应用程序服务器或其他客户端机器远程连接到数据库，检查是否能够建立连接。如果连接失败，可能是网络或数据库配置的问题。
检查数据库配置：检查数据库的配置文件或管理工具中的配置参数，确保它们与实际要求和最佳实践相匹配。检查数据库的端口、监听器和网络设置。
检查数据库空间：检查数据库的磁盘空间使用情况，包括数据文件、日志文件等。确保磁盘空间充足，避免空间不足导致数据库故障。
日志分析：仔细分析数据库的日志文件，如事务日志、错误日志等，查找任何与故障相关的异常记录。这可能包括数据库错误、死锁、日志损坏等。
数据库健康检查：运行数据库的健康检查工具，如 Oracle 的 DBVERIFY、MySQL 的 CHECK TABLE 等。这些工具可以帮助检测和修复数据库中的物理损坏或一致性问题。
数据库重启：如果可能，尝试重新启动数据库服务。在执行重启之前，确保已经备份重要的数据库文件，并通知相关人员。

如何解决数据库故障

数据库修复和恢复：如果数据库文件损坏或存在数据一致性问题，可能需要运行数据库修复工具或恢复操作。这可能包括修复损坏的数据文件、恢复备份数据或应用数据库事务日志。
数据库参数调整：根据故障的性质和具体的数据库进行参数调整。
数据库性能调优：如果数据库故障是由于性能问题导致的，可以考虑进行数据库性能调优。这可能包括优化查询语句、调整索引、增加硬件资源、调整数据库参数等，以提高数据库的响应性能和吞吐量。
数据库版本升级或修补：如果数据库故障是由于已知的软件漏洞或错误引起的，可以考虑升级到较新的数据库版本或应用相关的修补程序。这可以修复已知问题，并提供更稳定和可靠的数据库环境。
数据库备份和恢复：如果数据库无法修复，或者数据丢失严重，可能需要从备份中恢复数据。确保定期进行数据库备份，并测试备份的可恢复性，以便在需要时能够快速恢复数据。
专业数据库支持：如果您无法解决数据库故障，或者需要更高级的技术支持，建议联系数据库供应商或专业的数据库支持团队。他们可以提供专业的建议和帮助，帮助您解决复杂的数据库故障。

软件错误如何处理

如何发现软件错误

应用程序错误信息：观察应用程序界面或日志文件中是否有任何错误消息或异常信息。这些错误信息可能指示软件错误的发生。
不正常的应用程序行为：注意应用程序的异常行为，如崩溃、卡顿、无响应等。这些问题可能是由于软件错误引起的。
用户反馈：倾听用户的反馈和报告。如果用户报告了异常行为、错误消息或其他问题，这可能是软件错误的指示。

如何排查软件错误

重现问题：尝试重现软件错误，以了解何时和如何触发它。确定问题发生的特定步骤或条件，这有助于更好地理解和定位问题。
日志分析：仔细分析应用程序的日志文件，查找任何与错误相关的异常记录。这可能包括堆栈跟踪、错误码或其他详细信息，帮助确定软件错误的根本原因。
调试工具：使用调试工具来跟踪和分析应用程序的执行过程。调试器可以帮助您检查变量的值、执行流程和函数调用，以帮助定位和修复软件错误。
代码审查：检查软件的源代码，查找潜在的错误或不正确的逻辑。注意常见的编程错误，如空指针引用、内存泄漏、逻辑错误等。
环境和配置：确保软件运行所需的环境和配置正确设置。检查软件所依赖的库、版本、文件权限等，以确保其正常运行。
更新和修复：查看是否有可用的软件更新、补丁或修复程序。厂商经常发布针对已知问题的修复程序，确保将软件更新到最新版本。

如何解决软件错误

修复代码：根据排查结果，修改软件代码以解决错误。这可能包括修复逻辑错误、处理异常情况、优化性能或修复安全漏洞等。
应用程序配置调整：检查应用程序的配置文件或设置，确保其与所需的环境和功能相匹配。调整配置参数可以解决一些错误和不一致性问题。
软件更新和升级：安装可用的软件更新或升级到新版本，以修复已知的软件错误和漏洞。保持软件最新状态有助于提高稳定性和安全性。

安全漏洞如何处理

如何发现安全漏洞

安全审计和扫描：进行定期的安全审计和扫描，使用专业的安全工具来检测系统和应用程序中的潜在漏洞。这些工具可以帮助发现已知的安全漏洞，并提供修复建议。
安全日志分析：仔细分析安全日志，包括操作系统日志、网络设备日志和应用程序日志。寻找任何异常活动、登录尝试、拒绝服务攻击或其他可疑行为的迹象。
弱点利用检测：使用入侵检测系统（IDS）或入侵防御系统（IPS）等工具，监视网络流量和系统活动，检测可能的攻击行为和弱点利用尝试。
漏洞披露和安全公告：定期关注软件和系统供应商的安全公告和漏洞披露信息。这些信息通常会提供已知的安全漏洞和攻击方式，帮助您识别并修补潜在的问题。

如何排查安全漏洞

审查系统和应用程序配置：检查系统和应用程序的配置文件和设置，确保其符合安全最佳实践。查找可能的错误配置、弱密码、未授权访问等问题。
审查访问控制和权限：仔细审查用户和权限管理机制，确保只有授权用户能够访问和执行必要的操作。验证是否存在过度的权限或未经授权的访问。
网络流量监控和分析：使用网络监控工具来捕获和分析网络流量。识别异常的网络连接、数据包传输、端口扫描等活动，以发现潜在的攻击。
恶意代码扫描：运行恶意代码扫描工具，检查系统和应用程序中是否存在已知的恶意代码或病毒。确保使用最新的病毒定义文件来识别最新的恶意软件。

如何解决安全漏洞问题

及时应用安全补丁和更新：软件供应商通常会发布安全补丁和更新来修复已知的漏洞。确保及时应用这些补丁和更新，以修复系统或应用程序中的安全漏洞。
强化访问控制和身份验证：加强访问控制机制，确保只有授权用户能够访问敏感数据和系统功能。使用强密码策略，并考虑多因素身份验证，如使用令牌或生物识别。
数据加密：对敏感数据进行加密，包括数据在传输过程中和存储中的加密。使用强加密算法和协议，确保数据在被攻击或泄露时仍然保持机密性。
强化网络安全防御措施：配置和管理防火墙、入侵检测系统（IDS）、入侵防御系统（IPS）和安全网关等设备，以阻止未经授权的访问和恶意流量。
安全审计和监控：建立实时的安全监控系统，监控系统活动和网络流量，以便及早检测和应对安全事件。定期进行安全审计，发现潜在的安全问题并进行修复。
加强员工安全意识培训：教育和培训员工识别常见的安全威胁和攻击，加强他们对安全最佳实践的认识。提醒员工遵守安全策略和规定，并鼓励报告可疑活动或安全事件。
定期漏洞评估和渗透测试：进行定期的漏洞评估和渗透测试，发现系统和应用程序中的潜在弱点和漏洞。这有助于及早发现并修复安全问题。
加强安全合规性：确保系统和应用程序符合相关的安全标准和法规要求。定期进行合规性评估，发现并纠正安全合规性方面的不符合之处。
建立灾备和恢复计划：制定灾难恢复计划和业务连续性计划，以应对安全事件和攻击带来的影响。备份重要数据，并测试恢复过程的有效性。
寻求专业安全支持：如果您无法解决安全问题，或者需要更高级的技术支持，建议寻求专业的安全团队或咨询机构的帮助。他们可以提供专业的安全评估、漏洞修复和安全咨询服务。
实施网络隔离和安全分段：将网络划分为不同的安全区域，并实施网络隔离策略，限制不同区域之间的访问。这有助于减少攻击者在系统中扩散和移动的能力。
加强日志管理和分析：配置系统和应用程序以生成详细的日志记录，并建立日志管理和分析机制。对日志进行实时监控和分析，以便发现异常活动和潜在的安全威胁。
加强物理安全措施：保护服务器和网络设备的物理安全，确保只有授权人员能够物理访问这些设备。这包括控制机房访问、使用视频监控和安全锁等措施。
加强供应链安全：审查和评估供应商和第三方合作伙伴的安全措施，确保其符合安全标准和要求。监控供应链中的安全漏洞，并与供应商建立合作，共同提高整个供应链的安全性。
及时响应和处置：建立响应和处置计划，以应对发生安全事件或攻击时的紧急情况。在事件发生时，迅速采取行动，隔离受影响的系统、收集证据并修复漏洞。

存储故障如何处理

如何发现存储故障

监控存储设备：使用存储设备提供的监控工具或第三方监控解决方案，实时监视存储设备的健康状态、性能指标和警报信息。这些指标可能包括磁盘使用率、I/O 延迟、传输速率等。
检查存储设备指示灯：在存储设备上，通常会有指示灯指示设备的状态。如果某个磁盘出现故障，相应的指示灯可能会闪烁或变红。
观察系统错误日志：检查服务器或存储设备的错误日志，寻找与存储有关的错误消息或警报。这些日志通常记录了存储设备的故障、磁盘错误、传输错误等信息。
监控应用程序错误：如果应用程序在访问存储时遇到错误或异常，这可能是存储故障的迹象。观察应用程序的日志和错误报告，查找与存储相关的错误消息。

如何排查存储故障

验证存储连接：确保存储设备与服务器之间的连接正常。检查存储设备的电源、数据线、光纤或网络连接是否稳定和正确连接。
检查磁盘状态：查看存储设备中的磁盘状态，确认是否有磁盘故障或损坏。一些存储设备提供了管理界面或命令行工具，可以查看磁盘的健康状态和 SMART（Self-Monitoring, Analysis, and Reporting Technology）信息。
运行存储诊断工具：一些存储设备提供了诊断工具，可以检查设备的状态、性能和故障。运行存储设备的诊断工具，以获得更详细的故障诊断信息。
重启存储设备和服务器：尝试重新启动存储设备和相关的服务器，有时可以解决临时的存储问题。确保按照设备厂商的指导进行重启操作。
数据恢复和备份：如果存储设备中的数据受到影响或无法访问，考虑进行数据恢复操作。此外，及时备份数据可以帮助降低数据丢失的风险。

如何解决存储故障

替换故障磁盘：如果存储设备中的磁盘故障，您可以将故障磁盘替换为新的磁盘。确保按照设备厂商的指导进行磁盘替换操作，并进行相应的重新配置和数据恢复。
修复文件系统错误：如果存储设备中的文件系统出现错误，可以尝试修复文件系统。这可以通过运行适当的文件系统修复工具或操作系统提供的磁盘检查和修复命令来完成。
扩展存储容量：如果存储设备容量不足，可以考虑扩展存储容量。这可以通过添加更多的磁盘或扩展存储设备的容量来实现。确保遵循设备厂商的扩展指南和最佳实践。
数据迁移和重建：在某些情况下，您可能需要将存储设备上的数据迁移到其他设备或重新构建数据。这可以通过备份和恢复、数据复制或其他数据迁移工具来完成。确保在执行数据迁移操作时采取适当的措施来保证数据的完整性和一致性。
寻求厂商支持：如果您无法解决存储故障或需要更高级的技术支持，建议与存储设备的厂商联系，并寻求他们的支持和建议。他们可以提供更具体的故障排除步骤、修复方法和技术指导。

配置错误如何处理

如何发现配置错误

监控系统日志和错误报告：定期检查应用程序的日志和错误报告，查找与配置相关的错误消息或异常。
用户反馈和报告：关注用户的反馈和报告，特别是与特定功能或配置有关的问题。
测试和验证：进行全面的功能测试和验证，以确保所有配置都按预期工作。

如何排查配置错误

仔细审查配置文件：检查应用程序和系统的配置文件，确认所有设置和参数的正确性。
检查环境变量和命令行参数：确认应用程序使用的环境变量和命令行参数是否正确设置。
比对文档和最佳实践：参考应用程序和服务的官方文档、指南和最佳实践，确保配置符合推荐设置。

如何解决配置错误

修正配置文件：根据排查结果，修改配置文件中的错误设置，并确保配置与所需的应用程序行为一致。
更新环境变量和命令行参数：更新环境变量和命令行参数，以纠正配置错误。
重新启动应用程序或服务：在修改配置后，重新启动应用程序或服务，使更改生效。
进行功能和性能测试：进行全面的功能和性能测试，以确保配置错误已经解决，并且应用程序按预期工作。

如果遇到复杂的配置错误或无法解决的问题，以下是一些建议：

查找社区支持：在开发者社区、技术论坛或 Q&A 网站上寻找相关的问题和解答。其他开发者可能已经遇到过类似的配置错误，并提供了解决方案。
咨询供应商或厂商支持：如果您使用的是特定供应商的产品或服务，可以联系他们的技术支持团队，寻求专业的帮助和建议。
寻找专业咨询：如果配置错误对业务产生重大影响，可以考虑聘请专业的咨询公司或技术顾问，提供有针对性的支持和解决方案。

在解决配置错误时，确保在修改配置之前进行备份，并谨慎测试和验证更改，以避免引入新的问题或不可预见的后果。

第三方服务故障如何处理

如何发现第三方服务故障

监控服务状态：使用第三方服务提供商提供的监控工具或服务状态页面，实时监视服务的可用性和性能。订阅服务提供商的警报通知，以便在服务出现故障时及时获得通知。
用户反馈和报告：如果用户在使用您的应用程序或网站时遇到问题，可能是由于第三方服务故障引起的。监控用户反馈和报告，尤其是针对与第三方服务相关的功能或集成。
监控日志和错误报告：观察应用程序的日志和错误报告，查找与第三方服务相关的错误消息或异常。这些日志和报告可能会提供有关服务故障的线索。

如何排查第三方故障

确认问题的范围：确定故障是否限于您的应用程序或是广泛影响其他用户。如果其他用户也报告了类似的问题，很可能是第三方服务的整体故障。
检查网络连接和集成配置：确认您的应用程序与第三方服务之间的网络连接是否正常。检查集成配置，确保正确设置和配置与第三方服务的通信。
查看第三方服务提供商的状态页面：访问第三方服务提供商的状态页面，了解是否存在计划维护、已知故障或服务中断的通知。这可以帮助您确定是否是由于服务提供商的问题引起的故障。
联系第三方服务提供商的支持：如果您无法解决故障或需要更高级的技术支持，建议与第三方服务提供商的支持团队联系。提供详细的故障描述和相关日志，以便他们能够帮助您进行故障排查和解决。

如何解决第三方故障

检查集成配置：确保您的应用程序与第三方服务之间的集成配置正确并完整。检查 API 密钥、认证凭据、URL地址等设置，确保与第三方服务的通信参数正确。
重新启动服务：尝试重新启动应用程序或服务，并检查是否解决了问题。有时候，故障可能是由于临时的连接问题或服务状态不稳定导致的，重新启动可以修复这些问题。
检查网络连接：确保您的网络连接正常，并且没有防火墙、代理或其他网络设备阻止与第三方服务的通信。检查网络配置，确保能够与服务提供商的服务器建立正常的连接。
查看服务提供商的状态页面：访问第三方服务提供商的状态页面，了解是否存在计划维护、已知故障或服务中断的通知。这可以帮助您确定是否是由于服务提供商的问题引起的故障。
联系服务提供商的支持：如果您无法解决故障或需要更高级的技术支持，建议与第三方服务提供商的支持团队联系。提供详细的故障描述和相关日志，以便他们能够帮助您进行故障排查和解决。
寻找替代解决方案：如果第三方服务无法快速恢复或问题无法解决，您可以考虑寻找替代的服务或解决方案。评估其他供应商的服务，确保满足您的需求，并进行必要的集成和配置更改。
实施备份计划：对于关键的第三方服务，建议制定备份计划。这包括备份数据、配置和相关设置，以便在服务故障时可以快速切换到备份方案。

研发需求（IR/SR/AR）(待整理)

参考资料：
研发需求（IR/SR/AR）

Scrum项目(待整理)

参考资料：
Scrum项目
Scrum项目实践概述

程序员职业素养

不靠谱程序员案例

虚假的交付
随意的承诺
推卸责任式的通知
组织浪费多人时间的会议
重要事故不向上反馈
延期不提前预警
遗漏工作和疏忽大意

工作目标

作为组织的一员，我们的第一个评估指标必然是组织目标的完成情况。每周在做工作计划的时候，都要问自己一句我的目标是什么，我在完成我的目标吗？

计划与执行

制定计划并做执行复盘，是值得培养的工作习惯。每周一开始工作之前，制定本周 40 小时的工作计划，为每一项工作安排若干小时，并在本周结束的时候复盘时间的实际投入情况，吸取经验时间预估的教训。经过长期的<计划-复盘>训练，在预估工作耗时会更有经验，同时，因为做计划时的深思熟虑，会让在拒绝插入工作时，更有底气。

带领团队也可以采用周计划和执行复盘的模式做自我时间管理。信息透明能让团队更有战斗力，团队每一个人的本周工作计划可以写在内部文档沉淀系统上。

需求讨论

这些年互联网公司的研发流程已演进得非常的规范。在开始写代码之前，通常会有一个需求讨论，这里有四点需要重点关注：讨论前的准备、理解需求的本意、确认和对齐、评估工作量。

讨论前的准备

一般会要求讨论之前必须先有需求讨论稿，并且讨论稿要提前一天发出给组员做文字评审，缩短会议时间，这对参会者提出了较高的要求，也可以剔除掉非必要的参会者，以及让发起讨论的人能先理清逻辑。

理解需求的本意

不作需求的被动承接者，主动从产品的本质去思考问题，仔细想对方的需求是否合理，是否考虑周全。总之，热爱思考会挖掘需求背后的原因，给出更好的解决方案。

确认和对齐

有时候会经历一场激烈的辩论，辩论到最后大伙都精疲力尽，期望能早点结束，终于开发和产品，上游和下游达成一致，会议结束。但等到了联调或者是验收的时候，却发现A说达成的方案是这样，B说达成的方案是邢那样。

为了避免这样的情况发生，讨论达成的结论，务必“白纸黑字”写到需求稿中。

评估工作量

通常在会议的结尾会被要求给出工时和排期，如果之前已经做过很详细的分析工作，此时可以直接给出；但如果不是，建议仔细拆解需求后再给出。工时预估其实是一种猜测，而合作者们会把这个猜测当成开发者做出的承诺，能不能做到“承诺必达”，这是一个关乎个人品牌的大事。

编写代码

编码之前

在写代码之前，应先熟悉团队的研发流程，警如，有些团队要求先通过代码规范和安全考试，否则代码无法合入仓库主干。大多数团队也会有从研发到版本上线的全套CICD持续集成持续发布流程。还有，要看看团队给大家推荐的研发工具，至少会包括代码规范配套的自动格式化工具。

注意事项

在编码之前做了充足的准备，实际写好代码，还有一些规则需要遵守。

大范围的修改需要多周知
在需求开发中逐步重构
写好单元测试
代码里的TODO
持续的练习
1. 写代码是一项专业技能，它需要学习才能获得，初级程序员经过一段时间的练习才能上岗，并且行业在持续的演进，为了跟上趋势，为了更娴熟。
2. 做练习是很多程序员容易忽略的点，他们更喜欢在实际工作项目中尝试新的编程语法，而不是提前做几个练习，相比因循守旧不敢使用新语法的伙伴，他们算是不错了，但还可以做得更好。警如，安排一些做练习的时间，提升自己的技能，这和工作无关，纯粹是在磨练自己的编程技艺，靠谱的程序员会更负责的对待自己的职业生涯。

代码评审

代码评审是建设个人品牌的好时机，并且这样的机会非常多。其他人会看到你的代码，然后在心里给你打上一些标签：质量很好几乎看不出来问题；很一般，还需要继续提升；太粗心了，有很多低级错误；乱七八糟，都写的啥，浪费时间....

靠谱的程序员会很重视代码评审，避免给他人造成麻烦，也避免损害自己的品牌形象。通常会严格执行团队里“CR 前的 checklist”规范，直到自己不能发现错误，才把代码评审单发给评审人。在评审过程中，也会注意和评审人沟通，而不是一味的接受或者一味的反驳。

文档编写

写技术文档是开发者的义务，它和写可读代码一样重要，它也可以体现个人做事态度、逻辑思考能力。

核心原则：文档是给人阅读的，因此第一要务是面向读者，让读者高效的获得信息，这是文档写作的核心原则。为达成这个目标，通常会有一些关键词，警如：准确、完整、简洁。文档内容应该聚焦在主题上，避免发散，避免主次不分，不同类型的文档有不同的风格。
规范和培训：团队通常会有一些文档写作规范，警如《技术文档编写建议》，通常也会有一些培训，譬如 PCG 有“知行”课程《像管理代码一样管理技术文档》，建议充分阅读。

沟通协作

沟通占据完成目标的大部分时间，沟通需求、反馈进度、总结进展等等。下面介绍一些常见场景的处理经验。

收到请回复，这是一个关乎个人品牌建设的大事。收到消息及时回复是职场人的共识，如果收到消息不回复，容易给对方造成误解，一旦养成习惯，也容易在与人沟通上出现理解偏差。
当依赖外部同事帮助完成某个功能、或者负责一个大项目的某一块时，则需要了解项目的全貌，需要主驱动去跟对方沟通、跟进。
及时响应、阶段性反馈、总结反馈、转出。

独立思考

从为产品写的第一行代码开始，开发者便是这个产品的创造者，这是权力也是责任。产品成功或者失败，都有程序员的一份功劳，靠谱的程序员从来不会让自己“置身事外”。
作为独立思考的创造者，在评审需求、架构、代码时，都会先自问一句：“它应该是这个样子吗？”然后去思考它最合理的设计。
作为考虑周全的创造者，我们在思考问题时，想到的是这个产品的方方面面它能做什么、它由哪些组成、它的使用者是谁、它依赖了谁等等，系统性的考虑问题，看到的是一系列的问题点，这一个个“点”组成“面”。

全栈开发技术路线 ​

前端开发 ​

后台开发 ​

编程语言 ​

网络框架 ​

数据库开发 ​

RDBMS ​

NoSQL 数据库 ​

移动开发 ​

本地开发 ​

跨平台开发 ​

云计算 ​

云平台 ​

容器化和协调 ​

用户界面/用户体验设计 ​

设计工具 ​

原型和线框图 ​

基础设施和 DevOps ​

基础设施即代码（IaC） ​

CI/CD 工具 ​

监控和日志 ​

分层开发思想 ​

三层开发结构 ​

分层的好处 ​

如何分层 ​

访问顺序 ​

开发流程 ​

层污染 ​

什么是层污染 ​

如何解决层污染的问题 ​

APP、软件、微服务版本号的设计 ​

APP、软件的版本阶段 ​

语义化版本控制规范 ​

版本号的命名构成部分 ​

版本号修改规则 ​

版本号的阶段标识 ​

语义化的版本控制规范要求 ​

微服务中的版本号 ​

SaaS、PaaS、IaaS 区别 ​

定义 ​

IaaS ​

PaaS ​

SaaS ​

应用场景 ​

原理 ​

软件即服务（SaaS） ​

平台即服务（PaaS） ​

基础设施即服务（IaaS） ​

加密算法 ​

古代加密历史 ​

加密算法的种类 ​

不可逆算法 ​

哈希算法 ​

MD5 ​

SHA-256 ​

对称加密算法 ​

对称加密算法概念 ​

DES ​

AES ​

非对称加密算法 ​

非对称加密算法概述 ​

RSA ​

八大生产故障排查思路（通用版） ​

常见的生产故障有哪些？ ​

网络故障如何处理 ​

如何发现网络故障 ​

如何排查网络故障 ​

如何解决网络故障 ​

服务器故障如何处理？ ​

如何发现服务器故障 ​

如何排查服务器故障 ​

如何解决服务器故障 ​

数据库故障如何处理 ​

如何发现数据库故障 ​

如何排查数据库故障 ​

如何解决数据库故障 ​

软件错误如何处理 ​

如何发现软件错误 ​

如何排查软件错误 ​

如何解决软件错误 ​

全栈开发技术路线

前端开发

后台开发

编程语言

网络框架

数据库开发

RDBMS

NoSQL 数据库

移动开发

本地开发

跨平台开发

云计算

云平台

容器化和协调

用户界面/用户体验设计

设计工具

原型和线框图

基础设施和 DevOps

基础设施即代码（IaC）

CI/CD 工具

监控和日志

分层开发思想

三层开发结构

分层的好处

如何分层

访问顺序

开发流程

层污染

什么是层污染

如何解决层污染的问题

APP、软件、微服务版本号的设计

APP、软件的版本阶段

语义化版本控制规范

版本号的命名构成部分

版本号修改规则

版本号的阶段标识

语义化的版本控制规范要求

微服务中的版本号

SaaS、PaaS、IaaS 区别

定义

IaaS

PaaS

SaaS

应用场景

原理

软件即服务（SaaS）

平台即服务（PaaS）

基础设施即服务（IaaS）

加密算法

古代加密历史

加密算法的种类

不可逆算法

哈希算法

MD5

SHA-256

对称加密算法

对称加密算法概念

DES

AES

非对称加密算法

非对称加密算法概述

RSA

八大生产故障排查思路（通用版）

常见的生产故障有哪些？

网络故障如何处理

如何发现网络故障

如何排查网络故障

如何解决网络故障

服务器故障如何处理？

如何发现服务器故障

如何排查服务器故障

如何解决服务器故障

数据库故障如何处理

如何发现数据库故障

如何排查数据库故障

如何解决数据库故障

软件错误如何处理

如何发现软件错误

如何排查软件错误

如何解决软件错误