接口

C# 面试常见问题

寵の児 — Thu, 18 Feb 2021 10:32:01 +0000

C# 面试常见问题寵の児 2021-02-18 18:32:01

Q:接口与抽象类的区别（所有公司都问，关键是我基本上都说不全，翻了个最简单好记的答案共享）

按三点答：先答属性：抽象类可以有普通成员变量，接口不行；
然后答方法：抽象类有非抽象的方法和构造方法，并且修饰符可以是私有的，接口只能是抽象的方法，并且修饰符是public，最后说一句只能继承一个抽象类，但能实现多个接口。

Q:ADO.NET的特点，几个对象都是用来干啥的

Q:asp.net页面传值有哪些方式

Q：转发和重定向有什么不同

Q：IIS6和IIS7是怎么工作的？他们有什么不同

Q: 存储过程有什么优势
A: 存储过程是放在数据库服务器上的，最直观的就是在执行sql的时候不需要网络传输sql语句只要传输 需要执行的数据就好.存储过程是预编译的普通sql执行需到数据库中进行检查sql是否正确然后再进行编译，执行效率比普通sql高。

Q：union union all的区别
A: union 把两个表之间的数据放到一起并进行排序，去重复.union all 把两个表的数据放到一起不排序不去重。

Q:数据库删除数据有哪些方法?使用哪些命令,都有哪些效果?
A:可以通过DROP TRUNCATE 以及DELETE进行数据的删除，DROP 可以删除数据库和表（整个结构），TRUNCATE在不带条件时与DELETE类似 二者均删除表中的全部行。但 TRUNCATE TABLE 比 DELETE 速度快，且使用的系统和事务日志资源少。   DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一项。
TRUNCATE TABLE 通过释放存储表数据所用的数据页来删除数据，并且只在事务日志中记录页的释放。 
以上回答摘抄与百度知道
我个人的理解TRUNCATE 删除表的所有数据，速度比DELETE快 不能跟WHERE子句，ORDER BY 删除数据返回结果是0不记录日志， DELETE 不带条件删除表所有数据，速度没有TRUNCATE快，可以跟WHERE子句，可以被ROWBACK,并记录日志，返回删除的条数。

面试前请记得翻答案哈哈哈

来源：oschina

链接：https://my.oschina.net/u/170703/blog/143009

标签

面试

接口

抽象类

（Interface）接口特点

核能气质少年 — Tue, 07 Apr 2020 23:04:17 +0000

（Interface）接口特点核能气质少年 2020-04-08 07:04:17

接口是一种规范。只要一个类继承了一个接口，这个类就必须实现这个接口中所有的成员

为了多态。接口不能被实例化。
也就是说，接口不能new(不能创建对象)

接口中的成员不能加“访问修饰符”，接口中的成员访问修饰符为public,不能修改。

（默认为public）接口中的成员不能有任何实现（“光说不做”，只是定义了一组未实现的成员）。

接口中只能有方法、属性、索引器、事件，不能有“字段”和构造函数。

接口与接口之间可以继承，并且可以多继承。

接口并不能去继承一个类，而类可以继承接口（接口只能继承于接口，而类既可以继承接口，也可以继承类）

实现接口的子类必须实现该接口的全部成员。

一个类可以同时继承一个类并实现多个接口，如果一个子类同时继承了父类A，并实现了接口IA,那么语法上A必须写在IA的前面。

class MyClass:A,IA{}，因为类是单继承的。

显示实现接口的目的：解决方法的重名问题
什么时候显示的去实现接口：
当继承的借口中的方法和参数一摸一样的时候，要是用显示的实现接口

当一个抽象类实现接口的时候，需要子类去实现接口。

来源：https://www.cnblogs.com/mhg215/p/6087425.html

标签

接口

TMS320DM8168浮点DSP C674x + ARM Cortex-A8开发板SATA接口、USB接口

谁说我不能喝 — Tue, 07 Apr 2020 09:18:19 +0000

TMS320DM8168浮点DSP C674x + ARM Cortex-A8开发板SATA接口、USB接口谁说我不能喝 2020-04-07 17:18:19

CPU

TI TMS320DM8168是一款高性能嵌入式32位工业级ARM Cortex-A8 + DSP C674x处理器。拥有多种工业接口资源，以下是DM8168 CPU资源框图：

SATA接口

开发板引出了2个7pin SATA盘接口SATA0、SATA1，接口为J1、J8，硬件及引脚如图：

USB接口

CON8、CON12、CON13均为USB 2.0接口。CON12、CON13物理接口为2个双层A型母座USB HOST口，可以接USB摄像头、USB键盘、USB鼠标、U盘等常见的USB外设。CON8物理接口为Micro B型母座，配置为USB HOST后它可以通过OTG转接头转成A型母座。对应引脚定义如下图：

来源：oschina

链接：https://my.oschina.net/u/4169033/blog/3223291

标签

浮点

usb接口

接口

python：接口请求中出现requests.exceptions.SSLError 和 InsecureRequestWarning的解决办法

|▌冷眼眸甩不掉的悲伤 — Tue, 07 Apr 2020 07:41:04 +0000

python：接口请求中出现requests.exceptions.SSLError 和 InsecureRequestWarning的解决办法 |▌冷眼眸甩不掉的悲伤 2020-04-07 15:41:04

1、在请求中加入verify=False，关闭认证---------解决requests.exceptions.SSLError

2、添加代码----------- 解决InsecureRequestWarning

import urllib3
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

来源：https://www.cnblogs.com/erchun/p/12653525.html

标签

接口

防火墙双击热备

≯℡__Kan透↙ — Tue, 07 Apr 2020 06:56:20 +0000

防火墙双击热备 ≯℡__Kan透↙ 2020-04-07 14:56:20

配置FW_A各接口的IP地址（记得开管理功能 service-manage enable）

interface GigabitEthernet1/0/0
ip address 10.2.0.1 255.255.255.0

service-manage enable

service-manage all permit

interface GigabitEthernet1/0/5
ip address 10.3.0.1 255.255.255.0

service-manage enable

service-manage all permit

#
interface GigabitEthernet1/0/6
ip address 10.10.0.1 255.255.255.0

service-manage enable

service-manage all permit

配置FW_B各接口的IP地址（记得开管理功能 service-manage enable）

interface GigabitEthernet1/0/0

undo shutdown

ip address 10.2.0.2 255.255.255.0

interface GigabitEthernet1/0/5

undo shutdown

ip address 10.3.0.2 255.255.255.0

interface GigabitEthernet1/0/6

undo shutdown

ip address 10.10.0.2 255.255.255.0

将FW_A各接口加入相应的安全区域

firewall zone trust
set priority 85
add interface GigabitEthernet0/0/0
add interface GigabitEthernet1/0/0
#
firewall zone untrust
set priority 5
add interface GigabitEthernet1/0/5
#
firewall zone dmz
set priority 50
add interface GigabitEthernet1/0/6

将FW_B各接口加入相应的安全区域（同FW_A一样）

在FW_A上配置一条缺省路由

ip route-static 0.0.0.0 0.0.0.0 10.2.0.10
在FW_B上配置一条缺省路由（同FW_A一样）

在FW_A上行业务接口GE1/0/0上配置VRRP备份组1，并设置其状态为Active

interface GigabitEthernet1/0/0
vrrp vrid 1 virtual-ip 10.2.0.100 active

在FW_A下行业务接口GE1/0/5上配置VRRP备份组2，并设置其状态为Active

interface GigabitEthernet1/0/5
vrrp vrid 2 virtual-ip 10.3.0.100 active
在FW_B上行业务接口GE1/0/0上配置VRRP备份组1，并设置其状态为Standby

interface GigabitEthernet1/0/0

vrrp vrid 1 virtual-ip 10.2.0.100 standby

在FW_B下行业务接口GE1/0/5上配置VRRP备份组2，并设置其状态为Standby

interface GigabitEthernet1/0/5

vrrp vrid 2 virtual-ip 10.3.0.100 standby

在FW_A上指定心跳口并启用双机热备功能。

hrp enable
hrp interface GigabitEthernet1/0/6 remote 10.10.0.2（对端防火墙接口地址）

在FW_B上指定心跳口并启用双机热备功能。

[FW_B]hrp int g1/0/6 remote 10.10.0.1

[FW_A]hrp enable

给R1配地址做静态

interface GigabitEthernet0/0/0
ip address 1.1.1.1 255.255.255.0

ip route-static 10.2.0.0 255.255.255.0 1.1.1.10

在LSW1配置vlan

interface Vlanif10
ip address 10.2.0.10 255.255.255.0
#
interface Vlanif100
ip address 1.1.1.10 255.255.255.0

interface GigabitEthernet0/0/1
port link-type access
port default vlan 10
#
interface GigabitEthernet0/0/2
port link-type access
port default vlan 10
#
interface GigabitEthernet0/0/3
port link-type access
port default vlan 100

在LSW2配置trunk口（所有接口）

interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 2 to 4094
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 2 to 4094
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 2 to 4094
#
interface GigabitEthernet0/0/4
port link-type trunk
port trunk allow-pass vlan 2 to 4094

在FW_A上配置安全策略。双机热备状态成功建立后，FW_A的安全策略配置会自动备份到FW_B上
配置安全策略，允许内网用户访问Internet

FW_A

HRP_M[FW_A]security-policy (+B)

HRP_M[FW_A-policy-security]rule name permit_trust_untrust (+B)

HRP_M[FW_A-policy-security-rule-permit_trust_untrust]source-zone untrust (+B)

HRP_M[FW_A-policy-security-rule-permit_trust_untrust]destination-zone trust (+B)

HRP_M[FW_A-policy-security-rule-permit_trust_untrust]action permit (+B)

FW_B

在B上备份设备已经进不去安全策略模式了

Dis cur查看（可以看到刚才创建的策略已经同步了）

rule name permit_trust_untrust

source-zone untrust

destination-zone trust

action permit

在FW_A上配置NAT策略。双机热备状态成功建立后，FW_A的NAT策略配置会自动备份到FW_B上

nat-policy
rule name AB
source-zone untrust
destination-zone trust
action source-nat easy-ip

来源：https://www.cnblogs.com/TiAmoLJ/p/11437176.html

标签

防火墙

trunk

接口

创龙TMS320DM8168浮点DSP C674x + ARM Cortex-A8SATA接口、USB接口

我的梦境 — Tue, 07 Apr 2020 06:47:35 +0000

创龙TMS320DM8168浮点DSP C674x + ARM Cortex-A8SATA接口、USB接口我的梦境 2020-04-07 14:47:35

CPU

TI TMS320DM8168是一款高性能嵌入式32位工业级ARM Cortex-A8 + DSP C674x处理器。拥有多种工业接口资源，以下是DM8168 CPU资源框图：

SATA接口

开发板引出了2个7pin SATA盘接口SATA0、SATA1，接口为J1、J2，硬件及引脚如图：

USB接口

CON9、CON8均为USB 2.0接口，应用于各种不同的移动设备间的连接，进行数据交换，传输速度高达480Mbps。CON9为A型母座USB HOST口，可以接USB摄像头、USB键盘、USB鼠标、U盘等常见的USB外设。

CON8为Micro B型母座USB DRD口，它不能根据设备情况自动切换为HOST/DEVICE模式，需要手动进行软件配置，若配置为DEVICE模式它可直接使用Micro USB线与PC连接，若配置为HOST模式它可通过OTG转接头转成A型母座。对应引脚定义如下图：

来源：oschina

链接：https://my.oschina.net/u/4169033/blog/3223103

标签

浮点

usb接口

接口

接口interface

依然范特西╮ — Tue, 07 Apr 2020 03:54:35 +0000

接口interface 依然范特西╮ 2020-04-07 11:54:35

对象类型接口

定义接口

interface List {
  id: number;
  name: string;
}
interface Result {
  data: List[]
}
function render(result: Result) {
  result.data.forEach((value) => {
    console.log(value.id, value.name)
  })
}
let result = {
  data: [
    {id: 1, name: 'A'},
    {id: 2, name: 'B'}
  ]
}
render(result)  // 1 "A"
                // 2 "B"

PS: 
　　后端有时候会传来约定之外的字段，ts并不报错。所以只要传入的对象是必要条件就是被允许的：　　
　　let result = {
  　　data: [
    　　{id: 1, name: 'A', sex: 'male'},
    　　{id: 2, name: 'B'}
  　　]
　　}

　　但是我们直接传入对象字面量，ts就会对额外的字段进行类型检查：　
　　render({
  　　data: [
    　　{id: 1, name: 'A', sex: 'male'}, // 提示错误
    　　{id: 2, name: 'B'}
  　　]
　　})

绕过类型检查的方法

第一种方式：将对象赋值给一个变量 第二种方式是类型断言：as + 对象的类型，明确告诉编译器，对象的类型就是Result,编译器就会绕过类型检查

render({
  data: [
    {id: 1, name: 'A', sex: 'male'}, // 提示错误
    {id: 2, name: 'B'}
  ]
} as Result)

PS:
　　类型断言的另一种不建议用的方法，就是在对象前面加上<Result>，但是在React种容易产生歧义。

第三种方法是使用字符串索引签名，格式如下：

interface List{
	id:number;
	name:string;
	[x,string]:any;
}
PS:
    该签名的含义是用任意的字符串去索引List，会得到任意的结果，这样List就支持多个属性了。

可选属性（属性+格式）

假设有个新需求，需要判断value中是否有个新字段，如果有，就把它打印出来：

interface List {
  id: number;
  name: string;
  age?: number;
}
interface Result {
  data: List[]
}
function render(result: Result) {
  result.data.forEach((value) => {
    console.log(value.id, value.name)
    if(value.age) {
      console.log(value.age)
    }
  })
}
let result = {
  data: [
    {id: 1, name: 'A', sex: 'male'},
    {id: 2, name: 'B'}
  ]
}
render(result)

PS:
    在render函数中进行判断，会提示错误，这时我们在List中添加属性age，result会报错，这就需要我们使用可选属性了。

只读属性（readonly + 属性格式）

只读属性不允许修改

interface List {
  readonly id: number;
}
function render(result: Result) {
  result.data.forEach((value) => {
    value.id ++   // 提示错误
  })
}

可索引类型的接口

以上属性的个数是固定的，当我们不确定属性个数时，就要用到可索引类型的接口，常用的有两种： 用数字索引的接口

interface StringArray {
  [index: number]: string
}

PS:
    含义是用任意的数字去索引StringArray，会得到一个string，这就相当于声明了一个字符串类型的数组。
比如：　
　　 let chars: StringArray = ['A', 'B']

用字符串索引的接口

interface Names {
  [x: string]: string
}

PS:
    含义是用任意的字符串索引Names，得到的结果都是string，这样我们就不能并列声明number类型的成员了：　　
　　interface Names {
  　　[x: string]: string
  　　y: number   // 提示错误
  　　z: string
　　}

这两种索引签名是可以混用的

interface Names {
  [x: string]: string
  [z: number]: string
}

PS:
    需要注意的是，数字索引签名的返回值一定要是字符串索引签名返回值的子类型，这是因为js会进行类型转换，将number转成string，这样就能保证类型的兼容性。
比如下面这样就会报错：　　
　　interface Names {
  　　[x: string]: string
  　　[z: number]: number   // 提示错误
　　}
但这样就可以：　　
　　interface Names {
  　　[x: string]: any
  　　[z: number]: number
　　}

函数类型接口

定义接口

用变量定义函数类型

let add: (x: number, y: number) => number

用接口定义函数类型

interface Add {
  (x: number, y: number): number
}

用类型别名定义函数类型

type Add = (x: number, y: number) => number
let add: Add = (a, b) => a + b

混合类型的接口 这种接口既可以定义一个函数，也可以像对象一样拥有属性和方法

interface Lib {
  (): void
  version: string
  doSomething(): void
}
let lib: Lib = (() => {}) as Lib
lib.version = '1.0'
lib.doSomething = () => {}

我们可以创造多个lib实例

function getLib() {
  let lib: Lib = (() => {}) as Lib
  lib.version = '1.0'
  lib.doSomething = () => {}
  return lib
}
let lib1 = getLib()
lib1()
lib1.doSomething()
let lib2 = getLib()

来源：https://www.cnblogs.com/xfxing/p/12652266.html

标签

接口

大话接口隐私与安全

安稳与你 — Tue, 07 Apr 2020 02:29:37 +0000

大话接口隐私与安全安稳与你 2020-04-07 10:29:37

作为后端程序猿自己写的接口就像自己的孩子一样，尽然制造出来了，那就要对他以后的人生负责到底；
随着业务的壮大，需要支撑业务接口也越来越多，使用的用户量变大，虎视眈眈的黑客们视机而动，总是在业务中寻找着可以窃取他人利益的入口，所以我们应该多考虑安全性问题，防范于未然。

场景

服务端程序猿根据需求开发出业务相关的接口，用来满足需求中用户和服务器交互的功能，提供给前端或者客户端（PC端软件，APP端应用）使用，大部分程序猿在开发接口的时候就仅仅去考虑如何实现业务上的逻辑功能，而往往很少会去考虑接口的安全性问题，一般服务端提供的接口都是http/https协议的，通过Fiddler，Wireshark，Charles等抓包工具，可以抓取到请求，然后进行分析，模拟请求，进行并发请求，或者修改信息的攻击。

例子：

问题1. 接口暴露用户隐私信息就相当于在光天化日下裸奔，被看光了

描述：程序猿在做业务接口的时候往往没有保护用户隐私的意识，把用户的隐私信息暴露在外面，一旦被人利用起来会给用户带来麻烦，同时被发现会降低平台的信任度；

防：

用户隐私数据加密，加*号，如用户的相关数据的JSON中有用户手机号，用户邮箱，支付账号，邮寄地址等隐私数据；
用户请求接口时需要对其隐私参数加密：如用户登陆请求登陆接口，需要将用户密码进行可逆加密，以免接口被恶意代理捕捉请求后获取明文密码；
分享出去的地址中不要用明文的用户ID，或者用户登录的token

问题2. 接口暴露敏感信息，就像把钥匙插在钥匙口没拔掉一样，只要你会开门就能进去

用户参与活动的数据JSON集合中不要有活动相关业务逻辑的决定性的数据,如：竞拍出价活动，出价唯一最低者拿奖品，结果获取出价的接口暴露了所有出价的价格统计结果。

防：

数据中需要将敏感字段,或者对业务有着决定性作用的字段中的部分字符串加*;

问题3.数据被人顺手带走(主业务接口相关JSON数据如：首页商品列表数据)

描述：接口中的JSON数据会被其他人拿去做自己的相关的功能；这样就造成了服务器的额外支出

防：

IP请求量限制，时间范围内请求量限制，等各种限制IP请求的规则，
如：统计记录(可以记录到mongdb中)，定时监控记录发现请求量大于限制的数量就进行IP封杀;
请求头的校验，如：User-Agent 校验请求头是不是APP客服端发起，Referer 是不是有来源，来源域名是不是自己的域名地址等(这种方式只能是多一个门槛)；

问题4.移花接木，恶意修改请求信息(修改参数，COOKIE，请求头信息)

描述：通过修改请求中的参数来发起的请求，如：登陆接口修改用户名和用户密码，进行密码库碰撞等。

温馨提示：
修改请求参数可能会导致很多安全性问题，如：SQL注入，XSS 跨站脚本攻击等，传送门我的【大话程序猿眼里的WEB安全】有相关的介绍和解决方案
以下方案都针对客户端，如PC软件和APP，WEB端JS去做加密的话不是很推荐，JS代码是暴露出来的，所以如果用JS做加密一定要混淆JS代码

防：

增加一个签名参数，将参数名进行逻辑的排序组合拼接+秘钥MD5，然后服务端接受到请求的时候也用同样的逻辑得到签名与签名参数进行对比是否相同，这样可以使参数无法被修改，修改了就提示非法请求。如：接口http://www.test.com/go/?actid=1&userid=123 我们可以加一个sign参数= MD5(actid=1&userid=123&【secret】)【secret】=秘钥，自己定义。服务端用一样的逻辑得到密文和sign签名进行对比是否一样，不一样就提示非法请求。
整个参数内容进行可逆的加密
限制参数范围，如：支持分页接口，很多人会为了方便使用，加了参数就是pagesize(一页的数据量)，当没有去限制页码最大值得时候，如果表数据量很大，然后攻击者修改pagesize参数为N万，然后数据库就奔溃了,相关业务就挂了。

问题5.影分身术，模拟请求，发起并发请求

描述：通过抓包工具抓到请求后模拟请求，如：模拟每日签到请求，或者直接发起每日签到的并发请求。
温馨提示：当请求并发后如何保证数据的完整性，一致性问题，这也是平时开发很需要注意的问题，传送门我的【大话程序员眼里的高并发】有相关的介绍和解决方案。

防:

模拟并发请求，IP限制同上问题2的解决方案。
请求信息带上时间(可逆加密的时间)，服务端获取时间，超过限定时间的返回请求超时(目的使抓取到的请求不是一直有效的)。
用户token,等标识用户重要的信息数据，保存COOKIE需要设置过期时间，或者加密的明文里要有创建的时间，服务端做对应的时间失效的限制，这样即使COOKIE被别人盗取，模拟请求也会随着时间而失效;

总结

我们需要提高自己的安全意识，防范于未然，要多站在攻击者的角度来看自己的接口;(让自己有一种被害妄想症的感觉，你就离精神病近了一步，<(￣︶￣)↗ ) 不要做开发需求的机器人，我们是有思想有创造力的开发者;

附加个人开发流程

在评审需求的时候要把业务逻辑问题提出来，并给予解决方案的选择;
确定需求后将整个业务逻辑的梳理清楚，复杂的可以画出流程图;
根据需求设计实现方案，需要考虑性能问题[数据库压力，服务器压力]，安全问题，用文档的形式记录下自己的设计方案。（可以深入到代码层面如何去实现）;
列出需求中功能点，评估出自己的时间，得到总工时;
开始开发，开干;

来源：oschina

链接：https://my.oschina.net/u/1411814/blog/788502

标签

用户接口

接口

程序猿

让SpringMVC支持可版本管理的Restful接口

隐身守侯 — Mon, 06 Apr 2020 22:19:35 +0000

让SpringMVC支持可版本管理的Restful接口隐身守侯 2020-04-07 06:19:35

需求

移动互联网时代的到来，软件开发的模式也在变化。记得以前做B/S的后台开发，基本上没有Http接口一说，全部是通过渲染模板技术（jsp,freemark）把最终html展示给最终用户。现在完全变了，基于后台接口提供方，我们从来不是针对只是浏览器展示的后台输出，而是各种终端，比如android,ios。所以设计接口的时候一定要小心，一旦放出去的接口可能就永远都难以变动（除非你强制客户端用户升级）。我们知道，Restful API已经成为接口设计的一个业务准则。如果你还不是很清楚什么是Restful，推荐你看一下这篇文章： RESTful API 设计指南。其实，我们就是设计一套基于http协议的业务接口，但是随着时间变迁，业务的变化，或者我们协议本身的优化，都有可能要改变之前存在的接口。这时候给所有接口进行版本管理就显得很重要了，比如某个添加用户的接口，由于业务发展很大，接口的字段属性变化很大，只能重新定义一个新的接口，由 /v1/user/add 变成了 /v2/user/add，这样我们就要维护两套接口的逻辑，映射到代码里，就是要维护两个不同的业务方法。所以这篇文章主要讲的是基于SpringMVC开发的应用，怎么通过扩展开发来方便我们在代码层级管理各不同的版本接口。

SpringMVC原理概述

SpringMVC核心思想就是通过一个servlet(DispatchServlet)把请求转发到各个执行方法上(Controller的method)，截张官方的图如下：

就是把某个形式的URL（当然，url不是唯一的决定条件，还有比如请求方法，get还是post,请求头中的信息）映射到某个类的具体方法上，这个核心的组件在SpringMVC中叫做： HandlerMapping。我们一般在spring的config文件中做如下配置时会自动初始化加载一个HanlderMapping的实现类：RequestMappingHandlerMapping：

1	`<mvc:annotation-driven/>`

至于这个一行的配置干了什么，可以从org.springframework.web.servlet.config.MvcNamespaceHandler这个类开始看进去。我们现在来定义一个Controller，如下：

@Controller

public class HelloController {

@RequestMapping("hello/")

@ResponseBody

public String hello(HttpServletRequest request){

System.out.println("haha1..........");

return "hello";

}

这样我们通过 /hello/ 就可以调用了。现在假如我们针对这个接口的业务出现了很大的变化（涉及到字段，报文的改变，和之前的不能兼容），但是老的接口又不能废弃，因为你不能保证放出去的接口没有人调用。所以我们只能把代码改成如下支持多个版本接口：

@Controller

public class HelloController {

@RequestMapping("v1/hello/")

@ResponseBody

public String hello1(HttpServletRequest request){

System.out.println("haha1..........");

return "hello";

}

@RequestMapping("v2/hello/")

@ResponseBody

public String hello2(HttpServletRequest request){

System.out.println("haha2.........");

return "hello";

}

现在我们就可以通过 /v1/hello, /v2/hello 来分别访问v1和v2两个版本对应的接口了。这看起来好像可以解决问题，因为我们每次某个接口有变动，只要新写一个对应该版本的方法就可以了。但是相应的问题也就来了：

我们一般发布出去的接口，都是以http://api.custom.com/v1，http://api.custom.com/v2发布出去的，从v1到v2，往往我们只会变动其中一小部分接口，但是客户端必需统一版本号调用。
不能智能向上兼容接口。如果现在我们某个接口最高版本是v2,如 /v2/hello, 现在通过 /v3/hello 要能够自动适配到 /v2/hello上。

所以我们通过Spring强大的扩展机制增加几个扩展类来完成这个工作。先看下SringMVC中HandlerMapping加载初始化和动态根据url到handler的流程：

可以看到，HandlerMapping就是通过继承InitializingBean接口在完成实例后，扫描所有的Controller和标识RequestMapping的方法，缓存这个映射对应关系。然后在应用运行的时候，根据请求的request来找到相应的handler来处理这个请求。所以，我们添加扩展类：

ApiVersion
ApiVesrsionCondition
CustomRequestMappingHandlerMapping
WebConfig

现分别来看下这个类，首先看下ApiVersion这个注解：

@Target({ElementType.METHOD, ElementType.TYPE})

@Retention(RetentionPolicy.RUNTIME)

@Documented

@Mapping

public @interface ApiVersion {

/**

* 版本号

* @return

*/

int value();

}

这个注解用来标识某个类或者方法要处理的对应版本号，使用如下：

@Controller

@RequestMapping("/{version}/")

public class HelloController {

@RequestMapping("hello/")

@ApiVersion(1)

@ResponseBody

public String hello(HttpServletRequest request){

System.out.println("haha1..........");

return "hello";

}

@RequestMapping("hello/")

@ApiVersion(2)

@ResponseBody

public String hello2(HttpServletRequest request){

System.out.println("haha2.........");

return "hello";

}

@RequestMapping("hello/")

@ApiVersion(5)

@ResponseBody

public String hello5(HttpServletRequest request){

System.out.println("haha5.........");

return "hello";

}

现在我们就可以通过 /v1/hello/, /v2/hello/, /v5/hello来分别调用版本1，2，5的管理。当然我们也要解决刚才说的两点问题，如果用户通过 /v4/hello/来访问接口，则要自动适配到 /v2/hello/，因为 v2是比v4低的版本中最新的版本。

再来看下 ApiVersionCondition 这个类。这个类就是我们自定义一个条件筛选器，让SpringMVC在原有逻辑的基本上添加一个版本号匹配的规则：

public class ApiVesrsionCondition implements RequestCondition<ApiVesrsionCondition> {

// 路径中版本的前缀，这里用 /v[1-9]/的形式

private final static Pattern VERSION_PREFIX_PATTERN = Pattern.compile("v(\\d+)/");

private int apiVersion;

public ApiVesrsionCondition(int apiVersion){

this.apiVersion = apiVersion;

}

public ApiVesrsionCondition combine(ApiVesrsionCondition other) {

// 采用最后定义优先原则，则方法上的定义覆盖类上面的定义

return new ApiVesrsionCondition(other.getApiVersion());

}

public ApiVesrsionCondition getMatchingCondition(HttpServletRequest request) {

Matcher m = VERSION_PREFIX_PATTERN.matcher(request.getPathInfo());

if(m.find()){

Integer version = Integer.valueOf(m.group(1));

if(version >= this.apiVersion) // 如果请求的版本号大于配置版本号，则满足

return this;

}

return null;

}

public int compareTo(ApiVesrsionCondition other, HttpServletRequest request) {

// 优先匹配最新的版本号

return other.getApiVersion() - this.apiVersion;

}

public int getApiVersion() {

return apiVersion;

}

要把这个筛选规则生效的话，要扩展原胡的HandlerMapping，把这个规则设置进去生效，看下CustomRequestMappingHandlerMapping的代码：

public class CustomRequestMappingHandlerMapping extends RequestMappingHandlerMapping {

@Override

protected RequestCondition<ApiVesrsionCondition> getCustomTypeCondition(Class<?> handlerType) {

ApiVersion apiVersion = AnnotationUtils.findAnnotation(handlerType, ApiVersion.class);

return createCondition(apiVersion);

}

@Override

protected RequestCondition<ApiVesrsionCondition> getCustomMethodCondition(Method method) {

ApiVersion apiVersion = AnnotationUtils.findAnnotation(method, ApiVersion.class);

return createCondition(apiVersion);

}

private RequestCondition<ApiVesrsionCondition> createCondition(ApiVersion apiVersion) {

return apiVersion == null ? null : new ApiVesrsionCondition(apiVersion.value());

}

最后，得让SpringMVC加载我们定义的CustomRequestMappingHandlerMapping以覆盖原先的RequestMappingHandlerMapping, 所以要去掉前面说的<mvc:annotation-driven/>这个配置，我们通过JavaConfig的方式注入：

@Configuration

public class WebConfig extends WebMvcConfigurationSupport{

@Override

@Bean

public RequestMappingHandlerMapping requestMappingHandlerMapping() {

RequestMappingHandlerMapping handlerMapping = new CustomRequestMappingHandlerMapping();

handlerMapping.setOrder(0);

handlerMapping.setInterceptors(getInterceptors());

return handlerMapping;

}

Over!

详细代码： https://github.com/hongfuli/study_notes/tree/master/spring/samples

参考：

http://stackoverflow.com/questions/10312177/how-to-implement-requestmapping-custom-properties/10336769#10336769

https://jira.spring.io/browse/SPR-9344

来源：oschina

链接：https://my.oschina.net/u/2876959/blog/736063

标签

版本管理

springmvc注解

接口

es6 Iterator接口和for-of

亡梦爱人 — Mon, 06 Apr 2020 22:05:47 +0000

es6 Iterator接口和for-of 亡梦爱人 2020-04-07 06:05:47

iterator接口

简介：
- Iterator 接口的目的，就是为所有数据结构，提供了一种统一的访问机制，即for...of循环（详见下文）。当使用for...of循环遍历某种数据结构时，该循环会自动去寻找 Iterator 接口。
iterator接口遍历过程
1. 创建一个指针对象，指向当前数据结构的起始位置。也就是说，遍历器对象本质上，就是一个指针对象。
2. 第一次调用指针对象的next方法，可以将指针指向数据结构的第一个成员。
3. 第二次调用指针对象的next方法，指针就指向数据结构的第二个成员。
4. 不断调用指针对象的next方法，直到它指向数据结构的结束位置。

凡是具有Symbol.iterator属性的数据就具备for-of遍历的功能

Symbol.iterator本身是一个函数，该函数返回一个具有next方法的对象(简称遍历对象)，next方法则是返回一个获取下一个成员的信息

遍历对象除了有next方法，还可以部署return和throw方法

return方法的使用场合是，如果for...of循环提前退出（通常是因为出错，或者有break语句），就会调用return方法。如果一个对象在完成遍历前，需要清理或释放资源，就可以部署return方法。
throw方法主要是配合 Generator 函数使用，一般的遍历器对象用不到这个方法

下面见例子

例子一：

next:()=>({
value:value,//返回下一个成员的值
done:false // 判断是否遍历到结尾了
})

例子二：

var it = makeIterator(['a', 'b']);

it.next() // { value: "a", done: false }
it.next() // { value: "b", done: false }
it.next() // { value: undefined, done: true }

function makeIterator(array) {
  var nextIndex = 0;
  return {
    next: function() {
      return nextIndex < array.length ?
        {value: array[nextIndex++], done: false} :
        {value: undefined, done: true};
    }
  };
}

例子三：

 let arr = ['a', 'b', 'c'];
 let iter = arr[Symbol.iterator]();

 iter.next() // { value: 'a', done: false }
 iter.next() // { value: 'b', done: false }
 iter.next() // { value: 'c', done: false }
 iter.next() // { value: undefined, done: true }

原生具备Iterator接口的数据类型有：
- Array
- Map
- Set
- String
- TypedArray
- 函数的 arguments 对象
- NodeList 对象

for-of

一个数据结构只要部署了Symbol.iterator属性，就被视为具有 iterator 接口，就可以用for...of循环遍历它的成员。也就是说，for...of循环内部调用的是数据结构的Symbol.iterator方法。
forEach遍历无法通过break命令或return命令跳出循环，除非抛出错误
for-of可以和break、continue和return配合使用，且简洁

来源：oschina

链接：https://my.oschina.net/u/3407699/blog/2222975

标签

接口

C# 面试常见问题

（Interface）接口特点

TMS320DM8168浮点DSP C674x + ARM Cortex-A8开发板SATA接口、USB接口

python：接口请求中出现requests.exceptions.SSLError 和 InsecureRequestWarning的解决办法

防火墙双击热备

创龙TMS320DM8168浮点DSP C674x + ARM Cortex-A8SATA接口、USB接口

接口interface

对象类型接口

定义接口

绕过类型检查的方法

可选属性（属性+格式）

只读属性（readonly + 属性格式）

可索引类型的接口

函数类型接口

定义接口

大话接口隐私与安全

场景

例子：

问题1. 接口暴露用户隐私信息就相当于在光天化日下裸奔，被看光了

防：

问题2. 接口暴露敏感信息，就像把钥匙插在钥匙口没拔掉一样，只要你会开门就能进去

防：

问题3.数据被人顺手带走(主业务接口相关JSON数据 如：首页商品列表数据)

防：

问题4.移花接木，恶意修改请求信息(修改参数，COOKIE，请求头信息)

防：

问题5.影分身术，模拟请求，发起并发请求

防:

总结

附加个人开发流程

让SpringMVC支持可版本管理的Restful接口

需求

SpringMVC原理概述

es6 Iterator接口和for-of

iterator接口

for-of

问题3.数据被人顺手带走(主业务接口相关JSON数据如：首页商品列表数据)