bind

数据校验是一个相当重要的环节，使用Spring Boot 进行数据校验。 添加校验依赖 全部依赖文件如下 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.3.1.RELEASE</version> <relativePath/> <!-- lookup parent from repository --> </parent> <groupId>com.example</groupId> <artifactId>demo</artifactId>

介绍 　　1、TCP/IP(Transmission Control Protocol/Internet Protocol) 即传输控制协议/网间协议，是一个工业标准的协议集，它是为广域网(WANs)设计的。 　　2、UDP(User Data Protocol，用户数据包协议)是与TCP相对应的协议。它属于TCP/IP协议族中的一种。 　　3、应用层(Application)：应用层是一个很广泛的概念，有一些基本相同的系统级TCP/IP应用以及应用协议，也有许多的企业商业应用和互联网应用。 　　4、传输层(Transport)：传输层包括UDP和TCP，UDP几乎不对报文进行检查，而TCP提供传输保证。 　　5、网络层(NetWork)：网络层协议由一系列协议组成，包括ICMP、IGMP、RIP、OSPF、IP(v4、v6)等。 　　6、链路层(Link)：又称为物理数据网络接口层，负责报文传输。 网络4层协议 原理图 端口的分类 　　1、公认端口(Well Known Ports)：从0到1023，它们紧密绑定(binding)于一些服务。通常这些端口的通讯，明确了某种服务的协议。例如：80端口实际上总是HTTP通讯。 　　2、注册端口(Registered Ports)：从1024到49151。它们松散地绑定于一些服务。也就是说许多服务绑定于这些端口

1.首先建立 custom-tab-bar 文件夹 包含 index.js index.json index.wxml // index.js文件 Component({ data: { active: 0 , list: [ { "url": "/pages/index/index" , "icon": "wap-home-o" , "text": "首页" }, { "url": "/pages/index/prize" , "icon": "orders-o" , "text": "奖品" }, { "url": "/pages/index/exchange" , "icon": "points" , "text": "兑换" }, { "url": "/pages/index/my" , "icon": "user-circle-o" , "text": "我的" } ] }, methods: { onChange(e) { console.log(e, 'e' ) this .setData({ active: e.detail }); wx.switchTab({ url: this .data.list[e.detail].url }); }, init() { const page = getCurrentPages().pop(); this .setData(

事件驱动编程思想 范式： 一种写代码的方式 ，这里程序的执行是由外部事件来决定的。它的特点是包含一个事件循环，当外部事件发生时使用回调机制来触发相应的处理。 触发事件发送到队列，然后提取事件任务，发送到执行任务函数 当CPU指令集为 0的时候对应的是内核态(拥有硬件,软件所有权限)， 1为用户态 用户态： 用户所运行的程序， 内核态： 操作系统 进程阻塞：正在执行的进程，由于期待的事件未发生，如请求系统资源失败，等待某种操作的完成，则由系统自动执行阻塞，使进程进入阻塞状态， 进程阻塞是不占用CPU资源的 缓存I/O : 标准IO操作数据流向路径：数据——流缓存区——内核缓存区——磁盘 数据--> 用户态 --> 内核态 --> 对端 内核态 --> 用户态 --> 对应应用程序 --> 数据 IO模型 阻塞 非阻塞 IO多路复用 异步IO 1、阻塞IO 全程阻塞 缺点：CPU不能做其它事情 优点： 数据同步 例： 比如以socket为例，当服务启动之后，accept发起一个系统调用，由用户态到内核态，操作系统(内核态)一直等待数据(程序阻塞)，当启动client端连接到s端，内核态接收到数据，数据从内核态复制到用户态，最后返回给conn 缺点： 阻塞跟同步类似，都是你发我收， 我发你收 ，CPU将会一直阻塞， ##### 阻塞IO '''IO 每次连接都只能连接一次

【本文版权归微信公众号"代码艺术"（ID：onblog）所有，若是转载请务必保留本段原创声明，违者必究。若是文章有不足之处，欢迎关注微信公众号私信与我进行交流！】 本文是从网络复制、经过我的整理、开光而来的，而来的，来的，的。 为什么？因为写的太好了~没事打开看看打发打发时间，哈哈~ 零、NIO包 NIO 类包含在一个叫作 java.nio 包的包中。要了解NIO子系统不会取代 java.io 包中可用的基于流的I/O类，如果有对 java.io 基于流的I/O的如何工作有所有了解，这有助于您学习和使用 NIO 中的知识内容。 NIO 类包含在以下包中： 包名称 使用/目的 java.nio 它是NIO系统的顶级包，NIO系统封装了各种类型的缓冲区。 java.nio.charset 它封装了字符集，并且还支持分别将字符转换为字节和字节到编码器和解码器的操作。 java.nio.charset.spi 它支持字符集服务提供者 java.nio.channels 它支持通道，这些通道本质上是打开I/O连接。 java.nio.channels.spi 它支持频道的服务提供者 java.nio.file 它提供对文件的支持 java.nio.file.spi 它支持文件系统的服务提供者 java.nio.file.attribute 它提供对文件属性的支持 一、Java NIO

IDC双线路技术就是在互联网数据中心(IDC)通过特殊的技术手段把不同的网络接入商(ISP)服务接入到一台服务器上或服务器集群，使服务器所提供的网络服务访问用户能尽可能以同一个ISP或互访速度较快的ISP连接来进行访问，从而解决或者减轻跨ISP用户访问网站的缓慢延迟(南北网络瓶颈)问题。IDC双线路是一个技术概念可以多有具体实现方式，目前国内的IDC提供商分别提出了“双IP双线路”、“单IP双线路”等双线路实现方法，下面利联科技小丽QQ3007277199对以上提出的双线路实现方式进行具体说明： 　　一、 双IP双线路实现方式 　　双IP双线路实现方式是指在一台服务器上安装两块网卡，分别接入电信网线与网通网线并设置一个网通IP与一个电信IP，这样一台服务器上（Q：3007283633）就有了两个IP地址，需要在服务器上添加网通或电信的路由表来实现网通用户与电信用户分别从不同的线路访问。双IP双线路具有常用的两种使用方式： 　　1． ICP用户在网站设置两个IP地址不同的链接，网通用户点击网通IP访问服务器，电信用户点击电信IP访问。 　　2． 使用BIND9（DNS服务器软件）对不同的IP地址请求返回不同的服务器IP的功能来实现网通用户请求域名时返回网通的IP，电信用户请求域名时返回电信的IP，这个方式就是一些IDC提出的智能DNS的方案。 　

代码： < script > // 默認值的用法 /* function log(x, y) { y = y || "word"; console.log(x, y); } log("hello"); */ /* function add(...values) { let sum = 0; for (let val of values) { sum += val; } return sum; } console.log(add(1, 2, 3, 4, 5, 5, 5, 5)); */ /* function foo(n) { return n; } */ // =====> 等價于 let foo = n => n; /* //1個參數的時候 let add = value => value; //2個參數 let add2 = (value1, value2) => value1 + value2; let add3 = (value1, value2) => { value1 += 1; let sum = value1 + value2; return sum * 100; } console.log(add(1), add2(1, 2), add3(1, 2)); */ /* let PageHandle = { id: 123, init: function() {

前言 在使用阿里云和腾讯云的redis 可以减少很大的维护量。但是在我们的业务场景中遇到了一个情况，阿里和腾讯的redis均不支持外网访问。 因此，正好帮人解决一个问题，就拿出来分享一下。 阿呆的故事 阿呆是从事编程工作半年，一直使用阿里云和腾讯云。公司在要在全球部署服务器，由于运维成本高等问题，将所有服务采用了私有云+公有云的模式。 redis就架在了公有云上，结果在部署到全球5个地区的时候，全球5个地区都无法访问北京的redis。 阿呆的分析 阿呆的分析： 防火墙 公有云的规则 selinux 阿呆解禁了公有云上的安全组规则，失败； 后来几次打听才了解到redis不让外网访问。 阿呆的解决办法 使用转发方式 自建redis server 由于redis 要求可靠性很高，转发可能会影响到性能，阿呆放弃了这种方式。 自建redis吧，自建redis，可是阿呆发现依然不行。同样，放行了所有的网络通信还是不行。 阿呆惆怅了 突然的发现 阿呆修改配置文件，远程调试，内网访问，N种办法后，阿呆去楼下点了支烟，看了看外面的云朵，阿呆有些想妈妈了。 突然灵感突现，会不会是IP地址的问题呢，阿呆打开一看，redis server的配置文件中： bind 127.0.0.1 阿呆加上公网IP，可还是失败，服务都没办法启动了。 算了，不加了试试，注释掉bind 127.0.0.1。启动成功

系统： CentOS Linux release 7.7.1908 (Core) bind: BIND 9.11.4-P2-RedHat-9.11.4-16.P2.el7_8.6 部署使用bind后， 使用systemctl status named或者查看messages日志，都能看到 Jul 12 06:08:40 od-bind-81 named[994]: network unreachable resolving 'gateway/A/IN': 2001:500:12::d0d#53 Jul 12 06:08:40 od-bind-81 named[994]: network unreachable resolving 'gateway/A/IN': 2001:500:2::c#53 Jul 12 06:08:40 od-bind-81 named[994]: network unreachable resolving 'gateway/A/IN': 2001:dc3::35#53 的报错信息， 原因：named尝试使用IPV6进行传输 所以让named只运行在IPV4模式下： cat >> /etc/sysconfig/named <<EOF OPTIONS="-4" EOF 检查一下是否已经添加： cat /etc/sysconfig/named 重启named

1 $("#a").bind("click",function(){ 2 alert('a'); 3 $("#b").bind("click",function(){ 4 alert('b'); 5 }) ； 6 }); 7 /*这样连续点击a按钮后，在点击一次b按钮，会重复a按钮点击的次数，我给的解释是，按钮a点击一次，会监听b点击的事件，这样点击多次后，会相应地监听b多次事件。所以，如果只是想执　　　　行最后一次b的点击事件，应该清除a监听b的事件，代码改动如下*/ 8 $("#a").bind("click",function(){ 9 alert('a'); 10 $("#b").unbind("click").bind("click",function(){ 11 alert('b'); 12 }) ； 13 }); 来源： oschina 链接： https://my.oschina.net/u/4394131/blog/4423240