首页 文章 精选 留言 我的

精选列表

搜索[三大系统],共10000篇文章
优秀的个人博客,低调大师

Linux系统Docker配置阿里云镜像加速器

安装/升级Docker客户端 推荐安装1.10.0以上版本的Docker客户端,参考文档 docker-ce 配置镜像加速器 针对Docker客户端版本大于 1.10.0 的用户 您可以通过修改daemon配置文件/etc/docker/daemon.json来使用加速器 mkdir -p /etc/docker tee /etc/docker/daemon.json <<-'EOF' { "registry-mirrors": ["https://v2ltjwbg.mirror.aliyuncs.com"] } EOF systemctl daemon-reload systemctl restart docker

优秀的个人博客,低调大师

swift4.1 系统学习十三 结构体(一)

/* 结构体 大部分语言中都会有结构体。swift中的结构体属于四大基本类型(函数、枚举、结构体、类)之一,他属于值类型。 标准库中的很多类型都是结构体类型,像Int、Float、String、Array。 swift中的结构体还有很多灵活的语法特性: 可定义存储式实例与类型属性; 可定义计算式实例与类型属性; 可使用属性观察者; 可定义实例与类型方法; 可定义初始化器; 可定义数组下标; 可对结构体进行扩展; 可遵循协议。 */ // 1. 结构体基本语法 do { struct myStruct { /// 属性 let name = "小蓝" let age = 10 var nationality: String /// 初始化器 init() { nationality = "美国" } /// 实例方法 func study() { print("好好学习,天天向上") } } /// 创建结构体的实例,访问其属性以及实例方法 var xiaoming = myStruct() print("\(xiaoming.name), \(xiaoming.age), \(xiaoming.nationality)") xiaoming.study() xiaoming.nationality = "新加坡" print("\(xiaoming.name)修改了国籍,去了\(xiaoming.nationality)") } // 2. 存储式实例属性 /* 存储式实例属性是结构体与类类型中最简单的属性形式。我们直接在这些类型中使用var或者let来声明 一个变量或者常量,另外也可以直接对它们进行初始化,那么这些声明在类型中的对象就成为该类型的存储式 实例属性。 */ do { print("\n") struct Test { /// 存储式实例属性 let year = 2018 var language = "汉语" var array = [1, 2, 3, 4] let tuple = (1.0, "a", true) let null: Void = () } var test = Test() test.language += "、英语" test.array += [4, 5] var test2 = test test2.language = "西班牙语" test2.array.removeLast() print("test = \(test)") print("test2 = \(test2)") // 小结:由此可以看出,struct是值类型。 } // 3. 惰性存储式属性(懒加载) /* 当一个对象实例被创建的时候,其所有的存储式实例属性都会完成初始化。不过,有时候,我们会将一些 耗费资源的属性声明成惰性存储式属性,当我们使用的时候才会去创建它。 惰性存储属性在声明的时候在前面加上 lazy 关键字。并且只能用var来声明,不能用let,这个就不用解释了。 */ do { print("\n") func fetchData() -> Int { print("data fetched") return 100 } struct Test { // 声明一个惰性存储式实例属性prop, 当它被第一次访问的时候才会调用fetchData函数 // 对它进行初始化。 lazy var prop = fetchData() } var test = Test() print("test被创建了") // 第一次访问 test.prop += 10 // 第二次访问 print("test.prop = \(test.prop)") } // 4. 计算式属性 /* swift 是一门主张简洁、直观的编程语言。如果一些属性可以不通过用户的输入获得,而是通过已有的属性计算 获得,我们就可以使用计算式属性。 */ do { print("\n") /// 圆结构体 struct Circle { /// 半径 var radius = 0.0 /// 计算属性:直径 var diameter: Double { get { return radius * 2.0 } set { radius = newValue / 2.0 } } /// 计算属性:周长 var perimeter: Double { get { return Double.pi * self.diameter } set { diameter = newValue / Double.pi } } /// 计算属性: 面积 var area: Double { get { return Double.pi * radius * radius } set { radius = sqrt(newValue / Double.pi) } } } var circle = Circle() circle.radius = 3.0 print("直径: \(circle.diameter), 周长: \(circle.perimeter), 面积: \(circle.area)") /* 注意: 计算式属性的setter方法可以缺省,但是getter方法不可以缺省。如果setter方法省略了,那么这个 计算式属性就变成了只读属性。 */ /// 再举一个”矩形“的例子 struct Rect { var width = 0.0 var height = 0.0 /// 对角线 var diagonal: Double { get { return sqrt(width * width + height * height) } } /// 周长 /// 如果只有getter方法,get {} 关键字可以省略 var perimeter:Double { return 2 * (width + height) } /// 面积 var area: Double { return width * height } } var rect = Rect() rect.width = 2.0 rect.height = 3.0 print("对角线: \(rect.diagonal), 周长: \(rect.perimeter), 面积: \(rect.area)") } // 5. 属性观察者 /* 有时候为了逻辑上的简化需要,我们可能需要获取某个存储属性的值当前被修改了,从而可以做一些输入值的过滤 或者其他操作。swift中使用”属性观察者“这一语法特性,从而提供了针对存储式属性值的变化的响应。 关键字: willSet:指定属性修改前,会调用它的willSet方法; didSet:指定属性修改后,会调用didSet。 */ do { print("\n") struct Test { /// 观察number属性的变化 var number = 0 { // 注意:隐式参数newValue willSet { print("current value = \(number)") print("new value = \(newValue)") } // 注意:隐式参数oldValue didSet { print("original value = \(oldValue)") print("modified value = \(number)") } } } var test = Test() test.number = 10 test.number = 20 } // 6.类型属性 /* 之前介绍的都是实例属性,实例属性的特点就是当前枚举、结构体、类等类型的对象实例各自持有各自的 实例属性,它们占据着对象实例自身的存储空间。 类型属性:类型属性就属于类型自己,与用该类型所创建的实例无关。 声明方法很简单: 在前面加上 static 关键字就可以了。 */ do { print("\n") struct Test { /// 类型属性 static var ti = 10 static var cp: Int { get { print("get ti = \(ti)") return ti - 10 } set { print("setter value = \(newValue)") ti = newValue + 10 } } static var str = "Hello" { willSet { print("current \(str)") print("new: \(newValue)") } didSet { print("old: \(oldValue)") print("修改后: \(str)") } } static let si = 1.5 // 注意,这两个变量可以重名,不会报错。 var si = -1 } var test = Test() test.si += 2 print("实例属性 si = \(test.si)") print("类型属性 si = \(Test.si)") Test.ti += 100 print("类型属性 ti = \(Test.ti)") Test.cp += 5 Test.str += ",小雨" func foo() { struct Test { static var ti = -10 static let si = -1.5 } /// 这里的调用的Test是foo中的Test print("foo ti = \(Test.ti)") print("foo si = \(Test.si)") } foo() }

优秀的个人博客,低调大师

让面试官颤抖的Tomcat系统架构系列!

前言 俗话说,站在巨人的肩膀上看世界,一般学习的时候也是先总览一下整体,然后逐个部分个个击破,最后形成思路,了解具体细节,Tomcat的结构很复杂,但是 Tomcat 非常的模块化,找到了 Tomcat最核心的模块,问题才可以游刃而解,了解了Tomcat的整体架构对以后深入了解Tomcat来说至关重要! 一、Tomcat顶层架构 先上一张Tomcat的顶层结构图(图A),如下: Tomcat中最顶层的容器是Server,代表着整个服务器,从上图中可以看出,一个Server可以包含至少一个Service,用于具体提供服务。 Service主要包含两个部分:Connector和Container。从上图中可以看出 Tomcat 的心脏就是这两个组件,他们的作用如下: 一个Tomcat中只有一个Server,一个Server可以包含多个Service,一个Service只有一个Container,但是可以有多个Connectors,这是因为一个服务可以有多个连接,如同时提供Http和Https链接,也可以提供向相同协议不同端口的连接,示意图如下(Engine、Host、Context下边会说到): 多个 Connector 和一个 Container 就形成了一个 Service,有了 Service 就可以对外提供服务了,但是 Service 还要一个生存的环境,必须要有人能够给她生命、掌握其生死大权,那就非 Server 莫属了!所以整个 Tomcat 的生命周期由 Server 控制。 另外,上述的包含关系或者说是父子关系,都可以在tomcat的conf目录下的server.xml配置文件中看出,下图是删除了注释内容之后的一个完整的server.xml配置文件(Tomcat版本为8.0) 详细的配置文件文件内容可以到Tomcat官网查看:http://tomcat.apache.org/tomcat-8.0-doc/index.html 上边的配置文件,还可以通过下边的一张结构图更清楚的理解: Server标签设置的端口号为8005,shutdown=”SHUTDOWN” ,表示在8005端口监听“SHUTDOWN”命令,如果接收到了就会关闭Tomcat。一个Server有一个Service,当然还可以进行配置,一个Service有多个,Service左边的内容都属于Container的,Service下边是Connector。 二、Tomcat顶层架构小结: (1)Tomcat中只有一个Server,一个Server可以有多个Service,一个Service可以有多个Connector和一个Container; (2) Server掌管着整个Tomcat的生死大权; (4)Service 是对外提供服务的; (5)Connector用于接受请求并将请求封装成Request和Response来具体处理; (6)Container用于封装和管理Servlet,以及具体处理request请求; 知道了整个Tomcat顶层的分层架构和各个组件之间的关系以及作用,对于绝大多数的开发人员来说Server和Service对我们来说确实很远,而我们开发中绝大部分进行配置的内容是属于Connector和Container的,所以接下来介绍一下Connector和Container。 三、Connector和Container的微妙关系 由上述内容我们大致可以知道一个请求发送到Tomcat之后,首先经过Service然后会交给我们的Connector,Connector用于接收请求并将接收的请求封装为Request和Response来具体处理,Request和Response封装完之后再交由Container进行处理,Container处理完请求之后再返回给Connector,最后在由Connector通过Socket将处理的结果返回给客户端,这样整个请求的就处理完了! Connector最底层使用的是Socket来进行连接的,Request和Response是按照HTTP协议来封装的,所以Connector同时需要实现TCP/IP协议和HTTP协议! Tomcat既然处理请求,那么肯定需要先接收到这个请求,接收请求这个东西我们首先就需要看一下Connector! 四、Connector架构分析 Connector用于接受请求并将请求封装成Request和Response,然后交给Container进行处理,Container处理完之后在交给Connector返回给客户端。 因此,我们可以把Connector分为四个方面进行理解: 首先看一下Connector的结构图(图B),如下所示: Connector就是使用ProtocolHandler来处理请求的,不同的ProtocolHandler代表不同的连接类型,比如:Http11Protocol使用的是普通Socket来连接的,Http11NioProtocol使用的是NioSocket来连接的。 其中ProtocolHandler由包含了三个部件:Endpoint、Processor、Adapter。 (1)Endpoint用来处理底层Socket的网络连接,Processor用于将Endpoint接收到的Socket封装成Request,Adapter用于将Request交给Container进行具体的处理。 (2)Endpoint由于是处理底层的Socket网络连接,因此Endpoint是用来实现TCP/IP协议的,而Processor用来实现HTTP协议的,Adapter将请求适配到Servlet容器进行具体的处理。 (3)Endpoint的抽象实现AbstractEndpoint里面定义的Acceptor和AsyncTimeout两个内部类和一个Handler接口。Acceptor用于监听请求,AsyncTimeout用于检查异步Request的超时,Handler用于处理接收到的Socket,在内部调用Processor进行处理。 至此,我们应该很轻松的回答(1)(2)(3)的问题了,但是(4)还是不知道,那么我们就来看一下Container是如何进行处理的以及处理完之后是如何将处理完的结果返回给Connector的? 五、Container架构分析 Container用于封装和管理Servlet,以及具体处理Request请求,在Connector内部包含了4个子容器,结构图如下(图C): 4个子容器的作用分别是: 下面找一个Tomcat的文件目录对照一下,如下图所示: Context和Host的区别是Context表示一个应用,我们的Tomcat中默认的配置下webapps下的每一个文件夹目录都是一个Context,其中ROOT目录中存放着主应用,其他目录存放着子应用,而整个webapps就是一个Host站点。 我们访问应用Context的时候,如果是ROOT下的则直接使用域名就可以访问,例如:www.ledouit.com,如果是Host(webapps)下的其他应用,则可以使用www.ledouit.com/docs进行访问,当然默认指定的根应用(ROOT)是可以进行设定的,只不过Host站点下默认的主营用是ROOT目录下的。 看到这里我们知道Container是什么,但是还是不知道Container是如何进行处理的以及处理完之后是如何将处理完的结果返回给Connector的?别急!下边就开始探讨一下Container是如何进行处理的! 六、Container如何处理请求的 Container处理请求是使用Pipeline-Valve管道来处理的!(Valve是阀门之意) Pipeline-Valve是责任链模式,责任链模式是指在一个请求处理的过程中有很多处理者依次对请求进行处理,每个处理者负责做自己相应的处理,处理完之后将处理后的请求返回,再让下一个处理着继续处理。 但是!Pipeline-Valve使用的责任链模式和普通的责任链模式有些不同!区别主要有以下两点: 我们知道Container包含四个子容器,而这四个子容器对应的BaseValve分别在:StandardEngineValve、StandardHostValve、StandardContextValve、StandardWrapperValve。 Pipeline的处理流程图如下(图D): (1)Connector在接收到请求后会首先调用最顶层容器的Pipeline来处理,这里的最顶层容器的Pipeline就是EnginePipeline(Engine的管道); (2)在Engine的管道中依次会执行EngineValve1、EngineValve2等等,最后会执行StandardEngineValve,在StandardEngineValve中会调用Host管道,然后再依次执行Host的HostValve1、HostValve2等,最后在执行StandardHostValve,然后再依次调用Context的管道和Wrapper的管道,最后执行到StandardWrapperValve。 (3)当执行到StandardWrapperValve的时候,会在StandardWrapperValve中创建FilterChain,并调用其doFilter方法来处理请求,这个FilterChain包含着我们配置的与请求相匹配的Filter和Servlet,其doFilter方法会依次调用所有的Filter的doFilter方法和Servlet的service方法,这样请求就得到了处理! (4)当所有的Pipeline-Valve都执行完之后,并且处理完了具体的请求,这个时候就可以将返回的结果交给Connector了,Connector在通过Socket的方式将结果返回给客户端。 总结 至此,我们已经对Tomcat的整体架构有了大致的了解,从图A、B、C、D可以看出来每一个组件的基本要素和作用。我们在脑海里应该有一个大概的轮廓了!如果你面试的时候,让你简单的聊一下Tomcat,上面的内容你能脱口而出吗?当你能够脱口而出的时候,这位面试官一定会对你刮目相看的! 欢迎工作一到五年的Java工程师朋友们加入Java架构开发:860113481 群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册