系统设计

观察者模式 当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知它的依赖对象。观察者模式属于行为型模式。 主要解决： 一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。 何时使用： 一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知，进行广播通知。 如何解决： 使用面向对象技术，可以将这种依赖关系弱化。 优点： 1、观察者和被观察者是抽象耦合的。 2、建立一套触发机制。 缺点： 1、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。 2、如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。 3、观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。 Spring Boot 之事件（Event） Spring的事件通知机制是一项很有用的功能，使用事件机制我们可以将相互耦合的代码解耦，从而方便功能的修改与添加。本文我来学习并分析一下Spring中事件的原理。 举个例子，假设有一个添加评论的方法，在评论添加成功之后需要进行修改redis缓存、给用户添加积分等等操作。当然可以在添加评论的代码后面假设这些操作

《评标办法》在技术部分要求投标人对所投项目进行系统设计方案应答，该指标占投标书分值的32%，评标办法具体内容参见 [投标项目需求分析和应答一节]。 系统设计方案反映了投标人在对所投项目需求理解的基础上，设计和架构系统的能力以及设计的系统是否满足项目需求。评标办法要求在系统设计方案部分响应架构设计、功能设计、安全设计、数据流和逻辑关系设计、接口规划与设计、技术应用方式等指标。 系统设计对于做过几年软件研发经验的编程人员来说，应该不是什么难事。相信看本书的人不是项目经理就是准备要走向项目经理的人群，其系统分析能力和设计能力不会很差。 1、架构设计 架构设计描述了系统内部之间各系统构件的连接方式、组成方式、以及构件之间的关联和交互方式。 要进行架构设计，首先要明确技术体系。技术体系在系统体系结构一节已经明确要采用B/S技术体系。因此，架构设计采用三层结构，分别是客户层（浏览器）、业务层（WEB服务层）、数据层（数据库访问层）。 客户层应用Ajax、JSP、XML等技术，向WEB服务层发送请求和数据交互。 WEB服务层部署WEB应用，包括SAAS服务，为实现系统运行过程中可随时添加和删减业务，WEB服务层可细分为控制层、业务逻辑层、基础组件层，组件容器采用EJB技术。 数据层可细分为数据访问和数据存储。 整个系统架构采用J2EE技术。系统架构如下图所示： 系统架构图 2、功能设计

2020 03 01 什么是Radix Tree 在计算机科学中，基数树，或称Patricia trie/tree，或crit bit tree，压缩前缀树，是一种更节省空间的Trie（前缀树）。对于基数树的每个节点，如果该节点是唯一的子树的话，就和父节点合并。 来源： https://www.cnblogs.com/wangby511/p/12393685.html

Redis Hset 命令 语法 redis Hset 命令基本语法如下： redis 127.0.0.1:6379> HSET KEY_NAME FIELD VALUE 实例 实例 redis 127.0.0.1:6379> HSET myhash field1 "foo" OK redis 127.0.0.1:6379> HGET myhash field1 "foo" redis 127.0.0.1:6379> HSET website google "www.g.cn" # 设置一个新域 (integer) 1 redis 127.0.0.1:6379>HSET website google "www.google.com" # 覆盖一个旧域 redisTemplate的相关api: /** * Increment {@code value} of a hash {@code hashKey} by the given {@code delta}. * * @param key must not be {@literal null}. * @param hashKey must not be {@literal null}. * @param delta * @return {@literal null} when used in pipeline /

20145209 《信息安全系统设计基础》第9周学习总结 教材学习内容总结 系统级I/O 输入/输出是在主存和外部设备之间拷贝数据的过程，输入操作是从I/O设备拷贝数据到主存，输出操作是从主存拷贝数据到I/O设备。 Unix I/O Unix文件：m个字节的序列 I/O设备：网络、磁盘和终端 Unix I/O :将设备映射为文件的方式，允许Unix内核引出一个简单、低级的应用接口。 描述符：打开文件时，内核返回一个小的非负整数。 Unix外壳创建的每个进程开始时都有三个打开的文件：标准输入（描述符为0）、标准输出（描述符为1）、标准错误（描述符为2）。 改变当前的文件位置：文件位置为k，初始为0。 seek操作：显式地设置文件的当前位置为k。 EOF：是一个条件，而不是一个符号。 关闭文件：内核释放文件打开时创建的数据结构，并将这个描述符恢复到可用的描述符池中。无论一个进程因为何种原因终止时，内核都会关闭所有打开的文件并释放它们的存储器资源。 打开和关闭文件 打开文件 include <sys/types.h> include <sys/stat.h> include <fcntl.h> include <unistd.h> int open(char *filename,int flags,mod_it mode)； 若成功，返回值为新文件描述符 若出错，返回值为-1

作者 | Draveness 导读 ：本文作者写这篇文章前前后后大概 2 个月的时间，全文大概 2w 字，建议收藏后阅读或者通过电脑阅读。 调度是一个非常广泛的概念，很多领域都会使用调度这个术语，在计算机科学中， 调度 就是一种将任务（Work）分配给资源的方法。任务可能是虚拟的计算任务，例如线程、进程或者数据流，这些任务会被调度到硬件资源上执行，例如：处理器 CPU 等设备。 图 1 - 调度系统设计精要 本文会介绍调度系统的常见场景以及设计过程中的一些关键问题，调度器的设计最终都会归结到一个问题上 — 如何对资源高效的分配和调度以达到我们的目的，可能包括对资源的合理利用、最小化成本、快速匹配供给和需求。 图 2 - 文章脉络和内容 除了介绍调度系统设计时会遇到的常见问题之外，本文还会深入分析几种常见的调度器的设计、演进与实现原理，包括操作系统的进程调度器，Go 语言的运行时调度器以及 Kubernetes 的工作负载调度器，帮助我们理解调度器设计的核心原理。 设计原理 调度系统其实就是调度器（Scheduler），我们在很多系统中都能见到调度器的身影，就像我们在上面说的，不止操作系统中存在调度器，编程语言、容器编排以及很多业务系统中都会存在调度系统或者调度模块。 这些调度模块的核心作用就是对有限的资源进行分配，以实现最大化资源的利用率或者降低系统的尾延迟

一、学习目标 1. 能够独立安装Linux操作系统 2. 能够熟练使用Linux系统的基本命令 3. 熟练使用Linux中用户管理命令/系统相关命令/文件目录相关命令/打包压缩相关命令/比较合并相关命令/网络相关命令等 二、如何学习Linux 三、Linux终端 1.Terminal（终端） 通常在我们使用 Linux 时，我们并不是直接与系统打交道，而是通过一个叫做 Shell 的中间程序来完成的，在图形界面下为了实现让我们在一个窗口中完成接受用户输入和显示输出，Linux 系统还提供了一个叫做终端模拟器的程序（Terminal），下面几个比较常见的终端模拟器，例如 gnome-terminal，kconsole，xterm，rxvt，kvt，nxterm 和 eterm，目前我们的实验中的终端程序是 xfce 桌面环境自带的 xfce-terminal。不过要注意的是这里所说的终端（Terminal）和控制台（Console）是有区别的。 2.Shell 通常在图形界面中对实际体验带来差异的不是上述的不同发行版的各种终端模拟器，而大都是这个 Shell（壳），有壳就有核，这里的核就是指的 UNIX/Linux 内核 3.命令行操作体验 快捷键：（1）使用Tab键来进行命令补全，当忘记某个命令的全称时可以只输入它的开头的一部分然后按下Tab键就可以得到提示或者帮助完成 （2）

第二周（9.14-9.20）: 学习计时：共 xxx小时 读书： 代码： 作业： 博客： 一、学习目标 1. 能够独立安装Linux操作系统 2. 能够熟练使用Linux系统的基本命令 3. 熟练使用Linux中用户管理命令/系统相关命令/文件目录相关命令/打包压缩相关命令/比较合并相关命令/网络相关命令等 4. 熟练应用“搜索”进行举一反三的学习 二、学习资源 1. 课程资料： https://www.shiyanlou.com/courses/413 实验一 2. Linux 基础入门： https://www.shiyanlou.com/courses/1 (重点，第一次课考核内容全部从这里面出) 3. Linux命令： en cn 三、学习方法 1. 进度很重要：必须跟上每周的进度，阅读，练习，问答，项目。我会认真对待每一位同学，请你不要因为困难半途而废。 2. 问答很重要：遇到知识难点请多多提问，这是你的权利更是您对自己负责的义务。问答到博客园讨论小组： http://group.cnblogs.com/103791/ 3. 实践很重要：解决书中习题，实践书中实例，完成每周项目，才算真的消化了这本好书。通过实验楼环境或自己安装的虚拟机在实践中进行学习 4. 实验报告很重要：详细记录你完成项目任务的思路，获得老师点评和帮助自己复习。学习完成后在博客园中（ http:/

本周，我学习了Linux的历史与一些著名的开发者。 操作系统始于二十世纪 50 年代，当时有一个项目叫做" Multics ",它的技术在当时很创新，然而它的开发过程并不顺利，当时参加该项目的一个开发团体-贝尔实验室退出了这个项目后开发了他们自己的一个操作系统—— UNIX。 UNIX 最初免费发布并因此在大学里受到欢迎，但是后来变得商业化，价格高昂，使用的人很少。1991 年 10 月，Linus Torvalds在赫尔辛基大学接触 UNIX ,他希望能在自己的电脑上运行一个类似的操作系统。很快他就开始了自己的开发工作，他第一次发行的版本很快吸引了一些黑客，他们的加入使它很快就具有了许多吸引人的特性。他经常改写内核，使有些程序能更容易在 Linux 上运行，包括 C 编译器，都来自于自由软件基金 GNU 项目。 1992－1993 年，Linux 内核具备了挑战 UNIX 的所有本质特性，包括 TCP/IP 网络，图形界面系统（X window)，Linux 同样也吸引了许多行业的关注。一些小的公司开发和发行Linux，有几十个 Linux 用户社区成立。1994 年，Linux 杂志也开始发行。 与Windows相比，Linux是免费的，平台更加安全，大都为开源自由软件，用户可以修改定制和再发布，但是部分软件质量和体验欠缺，但是可以定制，更具自由行，可学习性。

作者： iceblow 地址： cnblogs.com/iceblow/p/11121362.html 权限系统设计 前言 权限管理是所有后台系统的都会涉及的一个重要组成部分，主要目的是对不同的人访问资源进行权限的控制，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，隐私数据泄露等问题。 目前在公司负责权限这块,所以对权限这块的设计比较熟悉,公司采用微服务架构,权限系统自然就独立出来了,其他业务系统包括商品中心,订单中心,用户中心,仓库系统,小程序,多个APP等十几个系统和终端 1.权限模型 迄今为止最为普及的权限设计模型是RBAC模型,基于角色的访问控制（Role-Based Access Control) 1.1 RBAC0模型 RBAC0模型如下: 这是权限最基础也是最核心的模型,它包括用户/角色/权限,其中用户和角色是多对多的关系,角色和权限也是多对多的关系。 用户 是发起操作的主体,按类型分可分为2B和2C用户,可以是后台管理系统的用户,可以是OA系统的内部员工,也可以是面向C端的用户,比如阿里云的用户。 角色 起到了桥梁的作用,连接了用户和权限的关系,每个角色可以关联多个权限,同时一个用户关联多个角色,那么这个用户就有了多个角色的多个权限。 有人会问了为什么用户不直接关联权限呢？在用户基数小的系统,比如20个人的小系统，管理员可以直接把用户和权限关联