1 Star 0 Fork 5

lijie371 / study

forked from xinhe65045 / study 
加入 Gitee
与超过 1200万 开发者一起发现、参与优秀开源项目,私有仓库也完全免费 :)
免费加入
克隆/下载
贡献代码
同步代码
取消
提示: 由于 Git 不支持空文件夾,创建文件夹后会生成空的 .keep 文件
Loading...
README
LGPL-3.0

1. TODO

2. 项目

2.1. 项目介绍

2.1.1. SSO

  • 利用cookie解决跨域身份识别
  • sdk封装思路
  • 安全风险分析

2.1.2. 事件总线

  • redis pub-sub
  • 事件采集

2.1.3. Gateway

  • dsl
  • js
  • el解析规范
  • vfs

2.1.4. redis秒杀实现

  • 整体思路

    Redis Watch 命令用于监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断

  • watch流程
  • watch实现原理

2.1.5. 基础框架项目

2.1.5.1. 调用链

  • Threadlocal
  • RPC隐式传参
  • logback扩展

2.1.5.2. 国际化

2.1.5.3. JSON序列化List问题优化

  • TypeReferenceWrapper解决泛型的类型擦除问题,对序列化框架做一层浅封装
  • code template
  • 泛型擦除问题分析

2.1.5.4. AOP事件探针方案

  • annotation
  • aop
  • threadlocalTraceId

2.1.5.5. maven archetype

  • 生成骨架
  • 生成demo模块

2.1.6. 服务化改造类项目经验总结

  • 分层
  • 服务粒度
  • 事务
  • 多特性并行开发

2.2. 项目过程相关技能

2.2.1. git

2.2.1.1. 原理

2.2.1.2. 常用命令

2.2.1.3. 分支模型

2.2.2. maven

2.2.2.1. 原理

2.2.2.2. 生命周期

2.2.2.3. 常用插件

2.2.3. 单元测试

2.2.3.1. junit

  • 基础配置
    • 引入 spring-boot-test-starter,scope=test
    • @RunWith(SpringJUnit4ClassRunner.class)
    • @SpringApplicationConfiguration(classes = {ApplicationTest.class})
    • @Configuration
  • 测试代码
     @Test
     @SqlGroup({
             @Sql(executionPhase = Sql.ExecutionPhase.BEFORE_TEST_METHOD, value = "classpath:h2/clean.sql"),
             @Sql(executionPhase = Sql.ExecutionPhase.BEFORE_TEST_METHOD, value = "classpath:h2/init-data.sql")
     })
     ...

2.2.3.2. 嵌入式数据库

  • 配置 test/resources/application.properties
     spring.datasource.driver-class-name=org.h2.Driver
     spring.datasource.url=jdbc:h2:mem:test;MODE=MYSQL;
     spring.datasource.schema=classpath:h2/init-table.sql
     mybatis.mapper-locations=classpath:sql-mappers/**/*.xml

2.2.3.3. mockito

  • 生成mock bean,可以直接mock接口,不需要有实现类
     @Bean
     protected AppInfoCloudService appInfoCloudService() {
         return mock(AppInfoCloudService.class);
     }
  • mock bean调用示例
     //mock服务调用行为
     when(appInfoCloudService.getAppInfo(any(Integer.class), any(Integer.class))).thenReturn(APIResponse.success());

2.2.4. linux开发环境

3. 基础

3.1. JAVA SE 基础

3.1.1. 包结构概述

  • java.lang
    Java语言包,这个包下的文件不需要显式import。包括:Object类,数据类型相关的类(String,Long,Byte),Class类,线程相关类Thread,异常类Throwable,等。
  • java.io
    I/O操作相关的类。包括:文件类File,FileReader,FileWriter,输入输出流InputStream/OutputStream,等。
  • java.net
    网络相关类。包括:http连接类HttpURLConnection,socket类,等。
  • java.util
    工具类。包括:数据结构相关的类ArrayList、Hashmap,日期类Date,随机数类Random,等。

3.1.2. StringBuilder StringBuffer

  • 线程安全
    • StringBuilder是非线程安全的,StringBuffer是线程安全的
    • 二者继承自同一个父类:AbstractStringBuilder
    • StringBuffer相比StringBuilder在很多方法上增加了synchronized关键字
  • 性能问题
    • StringBuilder默认初始化的数组大小只有16
    • 扩容时需要重新开辟一块内存(length*2+2),并拷贝原有数据
          /**
          * This implements the expansion semantics of ensureCapacity with no
          * size check or synchronization.
          */
          void expandCapacity(int minimumCapacity) {
              int newCapacity = value.length * 2 + 2;
              if (newCapacity - minimumCapacity < 0)
                  newCapacity = minimumCapacity;
              if (newCapacity < 0) {
                  if (minimumCapacity < 0) // overflow
                      throw new OutOfMemoryError();
                  newCapacity = Integer.MAX_VALUE;
              }
              value = Arrays.copyOf(value, newCapacity);
          }
      
    • 使用时需要考虑扩容造成的性能损失
  • 使用时机
    • 如果编译器本身能对String操作做优化,使用StringBuilder并不合算

3.1.3. NIO

3.1.3.1. 实现原理

这里暂时只分析linux下的原理

  • select
    • 单个进程能够监视的文件描述符的数量存在最大限制,通常是1024(#define __FD_SETSIZE)
    • 内核 / 用户空间内存拷贝问题,select需要复制大量的句柄数据结构,产生巨大的开销
    • select返回的是含有整个句柄的数组,应用程序需要遍历整个数组才能发现哪些句柄发生了事件
  • poll
    • 数组改成链表,没有了监视文件数量的限制,但其他问题仍然存在
  • epoll
    • 采用事件机制,只处理关注的IO事件,不必遍历所有

3.1.3.2. 基本概念

  • selector 监听IO就绪状态,实现多路复用
  • buffer 高性能缓冲区
  • channel 对IO连接的封装

3.1.4. 代理

  • 静态代理
  • 动态代理,要求实现类继承接口
    • 遍历接口列表,不会大于65535
    • 生成字节码文件,可选择是否写磁盘
    • ClassLoader加载类
    • Constructor创建实例,实际会有缓存,保证单例
    • InvocationHandler.invoke
  • Cglib,子类代理,不能代理final、private

3.1.5. 注解

  • 注解的作用
     注解也叫元数据,它主要的作用有以下四方面:
     生成文档,通过代码里标识的元数据生成javadoc文档。
     编译检查,通过代码里标识的元数据让编译器在编译期间进行检查验证。
     编译时动态处理,编译时通过代码里标识的元数据动态处理,例如动态生成代码。
     运行时动态处理,运行时通过代码里标识的元数据动态处理,例如使用反射注入实例。
  • @Target
     表示该注解可以用于什么地方,可能的ElementType参数有:
     CONSTRUCTOR:构造器的声明
     FIELD:域声明(包括enum实例)
     LOCAL_VARIABLE:局部变量声明
     METHOD:方法声明
     PACKAGE:包声明
     PARAMETER:参数声明
     TYPE:类、接口(包括注解类型)或enum声明
  • @Retention
     表示需要在什么级别保存该注解信息。可选的RetentionPolicy参数包括:
     SOURCE:注解将被编译器丢弃
     CLASS:注解在class文件中可用,但会被VM丢弃
     RUNTIME:VM将在运行期间保留注解,因此可以通过反射机制读取注解的信息。
  • @Document 将注解包含在Javadoc中
  • @Inherited 允许子类继承父类中的注解
  • 注解处理器就是通过反射机制获取被检查方法上的注解信息,然后根据注解元素的值进行特定的处理

3.2. 集合

3.2.1. HashMap

  • 使用数组加链表的结构实现
  • 插入
    • 获取要插入的key的hash
    • 与当前length求模(例如:hash&63)
    • 上一步的计算结果作为数组的index
    • 生成链表,保存到对应的index
    • 如果发生碰撞,作为当前value的next
    • 1.8优化:如果链表长度超过8,转换为红黑树
  • 扩容
    • 当使用量超过75%(loadfactor,可设置),执行扩容
    • 1.8优化:前一位为0时不做处理

3.3. 数据结构&算法

3.3.1. hash算法

  • 直接寻址法
     取关键字或关键字的某个线性函数值为散列地址。即H(key)=key或H(key) = a?key + b,其中a和b为常数(这种散列函数叫做自身函数)
  • 数字分析法
    分析一组数据,比如一组员工的出生年月日,这时我们发现出生年月日的前几位数字大体相 同,这样的话,出现冲突的几率就会很大,但是我们发现年月日的后几位表示月份和具体日期的数字差别很大,如果用后面的数字来构成散列地址,则冲突的几率会 明显降低。因此数字分析法就是找出数字的规律,尽可能利用这些数据来构造冲突几率较低的散列地址。
  • 平方取中法
     取关键字平方后的中间几位作为散列地址。
  • 折叠法
     将关键字分割成位数相同的几部分,最后一部分位数可以不同,然后取这几部分的叠加和(去除进位)作为散列地址。
  • 随机数法
     选择一随机函数,取关键字的随机值作为散列地址,通常用于关键字长度不同的场合。
  • 除留余数法
    取关键字被某个不大于散列表表长m的数p除后所得的余数为散列地址。即 H(key) = key MOD p, p<=m。不仅可以对关键字直接取模,也可在折叠、平方取中等运算之后取模。对p的选择很重要,一般取素数或m,若p选的不好,容易产生同义词。

3.4. 线程

3.5. 锁

3.6. JVM

3.6.1. 运行时数据区

3.6.1.1. PC寄存器

3.6.1.2. 虚拟机线程栈

  • 结构图

    每个栈空间的默认大小为0.5M,在1.7里调整为1M,每调用一次方法就会压入一个栈帧,如果压入的栈帧深度过大,即方法调用层次过深,就会抛出StackOverFlow,,SOF最常见的场景就是递归中,当递归没办法退出时,就会抛此异常,Hotspot提供了参数设置改区域的大小,使用-Xss:xxK,就可以修改默认大小。
  • 局部变量表
  • 操作数栈
  • 动态链接

3.6.1.3. 本地方法栈

3.6.1.4. 堆

3.6.1.5. 方法区(永久代)

3.6.2. 执行子系统

3.6.3. GC算法

3.6.3.1. 分类

  • 标记清除
    • 标记待回收对象
    • 回收
  • 复制
    • 存活对象移动到另一个相同大小的空闲区
    • 清空当前区
  • 标记整理
    • 标记待回收对象
    • 将存活对象向一端整理
    • 删除所有已死亡对象
  • 分代

3.6.3.2. GC算法案例

  • parallel gc
  • cms
  • g1

3.6.4. 性能优化

  • 内存占用
  • 延迟
  • 吞吐量

3.6.5. 常用参数

3.6.5.1. 参数分类

  • 标准参数

    标准参数中包括功能和输出的参数都是很稳定的,很可能在将来的 JVM 版本中不会改变。可以用 java 命令(或者是用 java -help)检索出所有标准参数。

  • X 参数

    非标准化的参数,在将来的版本中可能会改变。所有的这类参数都以 - X 开始,并且可以用 java -X 来检索。

  • XX 参数

    非标准化的参数,X 参数的功能是十分稳定的,而很多 XX 参数仍在实验当中。主要是 JVM 的开发者用于 debugging 和调优 JVM 自身的实现)。java -XX:+PrintFlagsFinal可以打印XX参数

3.6.5.2. 内存分区参数

  • Xms

    堆大小,最小值

  • Xmx

    堆大小,最大值

  • Xmn

    新生代大小,官方建议是整个堆得3/8。在较老的版本中,还有2个参数-XX:NewSize and -XX:MaxNewSize,而-Xmn则是直接设置一个稳定的新生代大小。

  • -XX:NewRatio

    -XX:NewRatio 设置老年代与新生代的比例。例如 -XX:NewRatio=3 指定老年代 / 新生代为 3/1。

  • -XX:PermSize

    永久代大小,初始值

  • -XX:MaxPermSize

    永久代大小,最大值

3.6.5.3. 回收器调整参数

3.6.5.4. 信息收集参数

  • -XX:+HeapDumpOnOutOfMemoryError

    发生内存溢出时自动的生成堆内存快照

  • -XX:HeapDumpPath

    设置默认的堆内存快照生成路径, 可以是相对或者绝对路径。

  • -XX:OnOutOfMemoryError

    新生代大小

3.6.6. 踩坑记录

  • ParallelCMSThreads > ParallelGCThreads 会引起此崩溃
  • 线程池使用不当造成队列拥堵,引发内存溢出,dump排查

4. 核心

4.1. nginx

4.2. tomcat

4.3. mysql

4.4. redis

4.4.1. 数据结构

  • sds

sds对char进行了包装,使长度计算操作的时间复杂度从O(n)降到O(1),同时减少了字符串追加造成的内存重新分配次数。

typedef char *sds;
struct sdshdr {
// buf 已占用长度 
int len;
// buf 剩余可用长度 
int free;
// 实际保存字符串数据的地方
char buf[]; };

4.5. mongo

4.6. rabbitMq

5. 框架

5.1. Servlet

  • 核心组件
    • servlet
    • listener
    • filter
  • 内置对象
  • 与2.x区别

5.2. spring mvc

  • 运行原理
    1、用户发送请求至前端控制器DispatcherServlet
    2、根据Request信息,匹配handler
    3、HandlerAdapter#handle 匹配session 入参 等
    4、invokeHandlerMethod
    5、Controller执行完成返回ModelAndView。
    6、ViewReslover解析后返回具体View。
    7、渲染数据,返回响应

5.3. spring

5.3.1. 骨骼架构

  • bean是spring操作的核心元素,是对spring管理的Object的包装,spring可以理解为面向bean的编程
  • context是IoC容器,为bean提供了生存环境
  • core实现了对bean的核心操作能力

5.3.2. Ioc

  • 原理

    Ioc 容器控制对象,并注入到依赖者

5.3.3. AOP

  • 原理

    利用JDK Proxy 或者Cglib,在创建代理对象时织入代码

  • 织入方式分类
    • 编译期织入 aspectj ajc编译
    • 类加载织入 agent 替换classloader
    • 运行期织入 JDK Proxy Cglib

5.3.4. spring 事务

  • 事务隔离级别
  • 事务传播属性
  • MVCC

5.3.5. Spring生命周期

  • 初始化对象
  • 注入依赖
  • 执行扩展点
    • initializeBean
    • ApplicationContextAware
    • BeanPostProcessor
    • BeanNameAware

5.3.6. 用到的设计模式

  • 工厂模式

    工厂模式主要是为创建对象提供过渡接口,以便将创建对象的具体过程屏蔽隔离起来,达到提高灵活性的目的。

    • 简单工厂模式
      简单工厂模式又称静态工厂方法模式。它存在的目的很简单:定义一个用于创建对象的接口。
      BeanFactory就是简单工厂模式的体现,根据传入一个唯一的标识来获得bean对象。
    • 工厂方法模式
      工厂方法模式去掉了简单工厂模式中工厂方法的静态属性,使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。
    • 抽象工厂模式
  • 单例模式

    需要控制实例数目、节省系统资源时,可以使用单例模式。

    保证一个类仅有一个实例,并提供一个访问它的全局访问点。
    构造函数是私有的。
    Spring的BeanFactory提供了全局访问点,但他是否只有一个实例是可配置的。
  • 模板模式

    一些方法通用,却在每一个子类都重新写了这一方法。模板模式负责把这些通用算法抽象出来。

    父类定义了骨架(调用哪些方法及顺序),某些特定方法由子类实现。
    缺点:每一个不同的实现都需要一个子类来实现,导致类的个数增加,使得系统更加庞大
    Spring Ioc(applicationContext),JdbcTemplate使用了模板模式
  • 代理模式

    在某些情况下,一个对象不适合或者不能直接引用另一个对象,而代理对象可以在客户端和目标对象之间起到中介的作用。

    为其他对象提供一种代理以控制对这个对象的访问。
    被代理的对象不会暴漏给使用者
    Spring Aop 中 Jdk 动态代理就是利用代理模式技术实现的
  • 策略模式

    在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。策略模式将这些算法封装成一个一个的类,任意地替换。

    在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。
    Spring 的Resource是一种策略模式

5.4. mybatis

5.5. shiro

5.6. quartz

  • 基本配置
  • 管理接口实现案例

5.7. spring boot

6. 分布式技术

6.1. Dubbo

  • 内部结构

    dubbo整个框架共分10个层
    第三层 proxy、第六层Monitor是两个分界线
    三层之前,1、2层的Service和Config是直接面向用户的,用户通过注解、XML等配置服务、服务依赖、配置信息等
    三层Proxy对用户的配置进行必要的包装
    三层到六层之间,4、5层是服务化的总控,通过4层注册中心、实现整个服务化系统的互通,5层Cluster的特点是以消费端为主
    六层Monitor主要做一些信息的收集工作
    六层以下是服务调用的落地部分,包括协议、信息交换、数据传输、序列化等

6.2. zookeeper

  • zookeeper原理
     ZooKeeper是一种为分布式应用所设计的高可用、高性能且一致的开源协调服务,它提供了一项基本服务:分布式锁服务。由于ZooKeeper的开源特性,后来我们的开发者在分布式锁的基础上,摸索了出了其他的使用方法:配置维护、组服务、分布式消息队列、分布式通知/协调等。
     ZooKeeper所提供的服务主要是通过:数据结构+原语+watcher机制,三个部分来实现的。
  • znode结构
    ZooKeeper命名空间中的Znode,兼具文件和目录两种特点。既像文件一样维护着数据、元信息、ACL、时间戳等数据结构,又像目录一样可以作为路径标识的一部分。图中的每个节点称为一个Znode。 每个Znode由3部分组成:
    ① stat:此为状态信息, 描述该Znode的版本, 权限等信息
    ② data:与该Znode关联的数据
    ③ children:该Znode下的子节点
    znode创建类型(CreateMode),有以下四种:
        PERSISTENT                持久化节点
        PERSISTENT_SEQUENTIAL     顺序自动编号持久化节点,这种节点会根据当前已存在的节点数自动加 1
        EPHEMERAL                 临时节点, 客户端session超时这类节点就会被自动删除
        EPHEMERAL_SEQUENTIAL      临时自动编号节点
  • 分布式锁获取过程

     客户端调用create()方法创建名为“locknode/guid-lock-”的节点,需要注意的是,这里节点的创建类型需要设置为EPHEMERAL_SEQUENTIAL。
     客户端调用getChildren(“locknode”)方法来获取所有已经创建的子节点,同时在这个节点上注册上子节点变更通知的Watcher。
     客户端获取到所有子节点path之后,如果发现自己在步骤1中创建的节点是所有节点中序号最小的,那么就认为这个客户端获得了锁。
     如果在步骤3中发现自己并非是所有子节点中最小的,说明自己还没有获取到锁,就开始等待,直到下次子节点变更通知的时候,再进行子节点的获取,判断是否获取锁。

7. 理论

7.1. 面向对象

7.1.1. 封装

7.1.2. 继承

7.1.3. 多态

7.1.4. 基本设计原则SOLID

  • S-单一职责原则

    单一职责原则(SRP)表明一个类有且只有一个职责。

  • O-开放关闭原则

    一个类应该对扩展开放,对修改关闭。这意味一旦你创建了一个类并且应用程序的其他部分开始使用它,你不应该修改它。

  • L-里氏替换原则

    派生的子类应该是可替换基类的,也就是说任何基类可以出现的地方,子类一定可以出现。

  • I-接口隔离原则

    类不应该被迫依赖他们不使用的方法,也就是说一个接口应该拥有尽可能少的行为,它是精简的,也是单一的。

  • D-依赖倒置原则

    高层模块不应该依赖低层模块,相反,他们应该依赖抽象类或者接口。这意味着你不应该在高层模块中使用具体的低层模块。

7.2. 设计模式

7.2.1. 创建型

7.2.2. 结构型

7.2.3. 行为型

7.3. CAP理论

7.3.1. 基本概念

定理:任何分布式系统只可同时满足二点,没法三者兼顾。 - Consistency(一致性) - Availability(可用性) - Partition tolerance(分区容忍性)

7.3.2. ACID

ACID模型拥有 高一致性 + 可用性 很难进行分区

  • Atomicity原子性:一个事务中所有操作都必须全部完成,要么全部不完成。
  • Consistency一致性. 在事务开始或结束时,数据库应该在一致状态。
  • Isolation隔离层. 事务将假定只有它自己在操作数据库,彼此不知晓。
  • Durability. 一旦事务完成,就不能返回。

7.3.3. BASE

BASE模型,牺牲高一致性,获得可用性或可靠性

  • Basically Available基本可用。支持分区失败(e.g. sharding碎片划分数据库)
    • 失败重试
    • 服务降级
  • Soft state软状态 状态可以有一段时间不同步,异步。
  • Eventually consistent最终一致,最终数据是一致的就可以了,而不是时时高一致。
    • MQ

7.4. 服务化

7.4.1. 服务拆分

7.4.2. 服务治理

7.4.3. 分布式事务

  • 2pc
  • 3pc
  • tcc
  • xa

8. 协议&规范

8.1. http协议

8.1.1. cookie

8.1.2. session

8.1.3. status code

8.2. TCP

  • 握手机制建立和关闭会话
  • 帧头增加序号
  • 重试机制

8.3. UDP

8.4. OAuth

8.5. EL

9. 常用参考资料

GNU LESSER GENERAL PUBLIC LICENSE Version 3, 29 June 2007 Copyright (C) 2007 Free Software Foundation, Inc. [http://fsf.org/] Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. This version of the GNU Lesser General Public License incorporates the terms and conditions of version 3 of the GNU General Public License, supplemented by the additional permissions listed below. 0. Additional Definitions. As used herein, "this License" refers to version 3 of the GNU Lesser General Public License, and the "GNU GPL" refers to version 3 of the GNU General Public License. "The Library" refers to a covered work governed by this License, other than an Application or a Combined Work as defined below. An "Application" is any work that makes use of an interface provided by the Library, but which is not otherwise based on the Library. Defining a subclass of a class defined by the Library is deemed a mode of using an interface provided by the Library. A "Combined Work" is a work produced by combining or linking an Application with the Library. The particular version of the Library with which the Combined Work was made is also called the "Linked Version". The "Minimal Corresponding Source" for a Combined Work means the Corresponding Source for the Combined Work, excluding any source code for portions of the Combined Work that, considered in isolation, are based on the Application, and not on the Linked Version. The "Corresponding Application Code" for a Combined Work means the object code and/or source code for the Application, including any data and utility programs needed for reproducing the Combined Work from the Application, but excluding the System Libraries of the Combined Work. 1. Exception to Section 3 of the GNU GPL. You may convey a covered work under sections 3 and 4 of this License without being bound by section 3 of the GNU GPL. 2. Conveying Modified Versions. If you modify a copy of the Library, and, in your modifications, a facility refers to a function or data to be supplied by an Application that uses the facility (other than as an argument passed when the facility is invoked), then you may convey a copy of the modified version: a) under this License, provided that you make a good faith effort to ensure that, in the event an Application does not supply the function or data, the facility still operates, and performs whatever part of its purpose remains meaningful, or b) under the GNU GPL, with none of the additional permissions of this License applicable to that copy. 3. Object Code Incorporating Material from Library Header Files. The object code form of an Application may incorporate material from a header file that is part of the Library. You may convey such object code under terms of your choice, provided that, if the incorporated material is not limited to numerical parameters, data structure layouts and accessors, or small macros, inline functions and templates (ten or fewer lines in length), you do both of the following: a) Give prominent notice with each copy of the object code that the Library is used in it and that the Library and its use are covered by this License. b) Accompany the object code with a copy of the GNU GPL and this license document. 4. Combined Works. You may convey a Combined Work under terms of your choice that, taken together, effectively do not restrict modification of the portions of the Library contained in the Combined Work and reverse engineering for debugging such modifications, if you also do each of the following: a) Give prominent notice with each copy of the Combined Work that the Library is used in it and that the Library and its use are covered by this License. b) Accompany the Combined Work with a copy of the GNU GPL and this license document. c) For a Combined Work that displays copyright notices during execution, include the copyright notice for the Library among these notices, as well as a reference directing the user to the copies of the GNU GPL and this license document. d) Do one of the following: 0) Convey the Minimal Corresponding Source under the terms of this License, and the Corresponding Application Code in a form suitable for, and under terms that permit, the user to recombine or relink the Application with a modified version of the Linked Version to produce a modified Combined Work, in the manner specified by section 6 of the GNU GPL for conveying Corresponding Source. 1) Use a suitable shared library mechanism for linking with the Library. A suitable mechanism is one that (a) uses at run time a copy of the Library already present on the user's computer system, and (b) will operate properly with a modified version of the Library that is interface-compatible with the Linked Version. e) Provide Installation Information, but only if you would otherwise be required to provide such information under section 6 of the GNU GPL, and only to the extent that such information is necessary to install and execute a modified version of the Combined Work produced by recombining or relinking the Application with a modified version of the Linked Version. (If you use option 4d0, the Installation Information must accompany the Minimal Corresponding Source and Corresponding Application Code. If you use option 4d1, you must provide the Installation Information in the manner specified by section 6 of the GNU GPL for conveying Corresponding Source.) 5. Combined Libraries. You may place library facilities that are a work based on the Library side by side in a single library together with other library facilities that are not Applications and are not covered by this License, and convey such a combined library under terms of your choice, if you do both of the following: a) Accompany the combined library with a copy of the same work based on the Library, uncombined with any other library facilities, conveyed under the terms of this License. b) Give prominent notice with the combined library that part of it is a work based on the Library, and explaining where to find the accompanying uncombined form of the same work. 6. Revised Versions of the GNU Lesser General Public License. The Free Software Foundation may publish revised and/or new versions of the GNU Lesser General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. Each version is given a distinguishing version number. If the Library as you received it specifies that a certain numbered version of the GNU Lesser General Public License "or any later version" applies to it, you have the option of following the terms and conditions either of that published version or of any later version published by the Free Software Foundation. If the Library as you received it does not specify a version number of the GNU Lesser General Public License, you may choose any version of the GNU Lesser General Public License ever published by the Free Software Foundation. If the Library as you received it specifies that a proxy can decide whether future versions of the GNU Lesser General Public License shall apply, that proxy's public statement of acceptance of any version is permanent authorization for you to choose that version for the Library.

简介

技术资料、知识点积累 展开 收起
其他
LGPL-3.0
取消

发行版

暂无发行版

贡献者

全部

近期动态

加载更多
不能加载更多了
其他
1
https://gitee.com/lijie371/study.git
git@gitee.com:lijie371/study.git
lijie371
study
study
master

搜索帮助

53164aa7 5694891 3bd8fe86 5694891