操作系统swap对redis的性能的影响以及解决方案

操作系统swap对redis的性能的影响以及解决方案

目录

• 一、操作系统SWAP
• 二、Redis为什么会触发swap
• 三、查看Redis swap情况
• 四、解决Redis swap

一、操作系统SWAP

swap是操作系统的行为，是指当内存不足时，操作系统将内存的数据拿出一部分放入磁盘，数据从内存和磁盘换入换出的机制，涉及到磁盘的IO。一旦发生swap，内存对应的进程的性能都会受到影响，因为硬盘的访问速度远远小于内存。

redis作为内存数据库，如果redis对应的内存发生了swap，那么redis的性能会受到极大的影响。

二、Redis为什么会触发swap

触发swap的核心原因是机器内存不足，对于redis来说有两个原因会触发swap：

1. redis自身占用了大量内存，导致机器可用内存不足
2. redis所在机器其他进程占用内存，导致内存不足。

三、查看Redis swap情况

查找redis对应的进程id

src/redis-cli info | grep process_id

进入redis对应的进程目录

 cd /proc/5910

查看swap

cat smaps | egrep '^(Swap|Size)'

上图中size代表redis实例占用的一块内存空间，都有一个对应的Swap，swap的大小代表该内存空间区域有多少已经被换到硬盘了，如果size和swap相等，则代表已经全部被换到了内存空间。

如果出现几百MB设置GB级别的swap时，说明redis的内存压力极大，会变慢，这个时候就需要解决这个问题。

四、解决Redis swap

最直接的办法就是增大redis实例所在机器的内存。

集群部署的redis可以通过增加实例个数，减少每个实例所需要的内存。

另外一个办法就是把redis单独部署，不要和其他应用程序一起部署，这也是比较常规的实践，同时也避免了cpu的竞争。

原文转载：http://www.shaoqun.com/a/521233.html

跨境电商：https://www.ikjzd.com/

杨帆：https://www.ikjzd.com/w/1648

photobucket：https://www.ikjzd.com/w/132

操作系统swap对redis的性能的影响以及解决方案目录一、操作系统SWAP二、Redis为什么会触发swap三、查看Redisswap情况四、解决Redisswap一、操作系统SWAPswap是操作系统的行为，是指当内存不足时，操作系统将内存的数据拿出一部分放入磁盘，数据从内存和磁盘换入换出的机制，涉及到磁盘的IO。一旦发生swap，内存对应的进程的性能都会受到影响，因为硬盘的访问速度远远小于内
福茂：福茂
google趋势：google趋势
支付清算协会称，将充分发挥线上优势，提供远程服务：支付清算协会称，将充分发挥线上优势，提供远程服务
2019年中国对外贸易形势预测报告！：2019年中国对外贸易形势预测报告！
口述：老公爱爱时经常叫女老板的名：口述：老公爱爱时经常叫女老板的名

SpringMVC 通过commons-fileupload实现文件上传

目录

• 配置
  • web.
  • SpringMVC配置文件 applicationContext.
• 文件上传 Controller
  • 上传实现一
  • 上传实现二
• 测试
• 依赖

配置

上传文件的核心配置类：CommonsMultipartResolver，注意id="multipartResolver"不要写错

<?

文件上传 Controller

上传实现一

package com.pro.controller;import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.RestController;import org.springframework.web.multipart.commons.CommonsMultipartFile;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletResponse;import java.io.*;import java.net.URLEncoder;import java.util.HashMap;import java.util.Map;@RestControllerpublic class FileController { /*  * 采用file.transferTo 来保存上传的文件  */ @RequestMapping("/upload2") public Map fileUpload2(@RequestParam("file") CommonsMultipartFile file, HttpServletRequest request) throws IOException {  //上传路径保存设置  String path = request.getServletContext().getRealPath("/upload");  File realPath = new File(path);  if (!realPath.exists()){   realPath.mkdir();  }  //上传文件地址  System.out.println("上传文件保存地址 --> "+realPath);  //通过CommonsMultipartFile的方法直接写文件（注意这个时候）  file.transferTo(new File(realPath +"/"+ file.getOriginalFilename()));  Map<Object, Object> hashMap = new HashMap<>();  hashMap.put("code", 0);  hashMap.put("msg", "上传成功");  return hashMap; }}

上传实现二

这里的文件名称没有使用 UUID组合名称 为了方便测试

package com.pro.controller;import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.RestController;import org.springframework.web.multipart.commons.CommonsMultipartFile;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletResponse;import java.io.*;import java.net.URLEncoder;import java.util.HashMap;import java.util.Map;@RestControllerpublic class FileController { // @RequestParam("file") 将 name=file 控件得到的文件封装成 CommonsMultipartFile 对象 // 批量上传把 CommonsMultipartFile 改为数组即可 @RequestMapping("/upload") public String upload(@RequestParam("file") CommonsMultipartFile file, HttpServletRequest request) throws IOException {  // 获取文件名称  String uploadFileName = file.getOriginalFilename();  // 如果文件名为空, 直接返回首页  if ("".equals(uploadFileName)) {   return "file upload error";  }  System.out.println("上传文件名 --> " + uploadFileName);  // 设置文件的保存位置  String path = request.getServletContext().getRealPath("/upload");  // 判断路径是否存在  File realPath = new File(path);  if (!realPath.exists()) {   // 如果不存在就创建   realPath.mkdir();  }  System.out.println("文件保存路径 --> " + realPath);  // 获取文件输入流  InputStream is = file.getInputStream();  // 获取文件输出流  FileOutputStream os = new FileOutputStream(new File(realPath, uploadFileName));  // 缓冲区读写文件  byte[] buffer = new byte[1024];  int len;  while ((len = is.read(buffer)) != -1) {   os.write(buffer, 0, len);   os.flush();  }  // 关闭流  os.close();  is.close();  return "file upload success"; }}

测试

<%@ page contentType="text/html;charset=UTF-8" language="java" %><html> <head> <title>$Title$</title> </head> <body> <form enctype="multipart/form-data" action="${pageContext.request.contextPath}/upload2" method="post">  <input type="file" name="file">  <input type="submit" value="上传实现一"> </form>   <form enctype="multipart/form-data" action="${pageContext.request.contextPath}/upload" method="post">  <input type="file" name="file">  <input type="submit" value="上传实现二"> </form> </body></html>

依赖

核心依赖就是 commons-fileupload

<!--导入依赖--><dependencies> <!--单元测试--> <dependency>  <groupId>junit</groupId>  <artifactId>junit</artifactId>  <version>4.13</version> </dependency> <!--spring--> <dependency>  <groupId>org.springframework</groupId>  <artifactId>spring-webmvc</artifactId>  <version>5.2.0.RELEASE</version> </dependency> <!--文件上传--> <dependency>  <groupId>commons-fileupload</groupId>  <artifactId>commons-fileupload</artifactId>  <version>1.3.3</version> </dependency> <!--servlet-api导入高版本的--> <dependency>  <groupId>javax.servlet</groupId>  <artifactId>javax.servlet-api</artifactId>  <version>4.0.1</version> </dependency> <!--jsp--> <dependency>  <groupId>javax.servlet.jsp</groupId>  <artifactId>jsp-api</artifactId>  <version>2.2</version> </dependency> <!--jstl表达式--> <dependency>  <groupId>javax.servlet</groupId>  <artifactId>jstl</artifactId>  <version>1.2</version> </dependency></dependencies>

原文转载：http://www.shaoqun.com/a/521227.html

跨境电商：https://www.ikjzd.com/

淘粉吧官网：https://www.ikjzd.com/w/1725.html

灰色清关：https://www.ikjzd.com/w/1409

目录配置web.SpringMVC配置文件applicationContext.文件上传Controller上传实现一上传实现二测试依赖配置<?上传文件的核心配置类：CommonsMultipartResolver，注意id="multipartResolver"不要写错<?文件上传Controller上传实现一packagecom.pro.controller;i
bsci 认证：bsci 认证
易联通：易联通
Shopdeca：Shopdeca
口述：男友逼我做处女膜检查 否则分手情感情侣暧昧：口述：男友逼我做处女膜检查 否则分手情感情侣暧昧
为避免国内包裹积压 WishPost中邮渠道仅保留7个仓库：为避免国内包裹积压 WishPost中邮渠道仅保留7个仓库

C#基础篇——Hello World

1、Hello World程序在学习编程语言之前我要提醒大家一下 学习编程语言最忌讳的一点就是 只看不写看的时候大脑：嗯太简单了 我会了！手：不 你不会 ！等写的时候就发现 都是些什么玩意所以我们一定要动起手来写 废话不多说 我们打开vistudio studio编译器 也可以不是VS用你们顺手的就行 新建一个控制台应用项目我们先从一段简单的代码学起

前言

提醒：为了能够将知识点学得更加透彻、记得更加牢固 我会通过教学讲解的方式把知识写下来 因为在过程中会让人从学生变成老师 这个过程会挖掘出新的知识和观点 是一个自我思维切换而达成的知识深度挖掘和提升的过程 如果能帮助到大家那就最好 如果有讲错的地方还请多多指教！我只是一只菜鸡 感谢理解！

---

1、Hello World程序

在学习编程语言之前我要提醒大家一下 学习编程语言最忌讳的一点就是 只看不写

看的时候
大脑：嗯太简单了 我会了！
手：不 你不会 ！
等写的时候就发现 都是些什么玩意

所以我们一定要动起手来写 废话不多说 我们打开vistudio studio编译器 也可以不是VS用你们顺手的就行 新建一个控制台应用项目

我们先从一段简单的代码学起

先来看看执行结果

输出了Hello World!

using System;namespace ConsoleApp1{ class Program {  static void Main(string[] args)  {   Console.WriteLine("Hello World!");   Console.ReadKey();  } }}

我们来看看一个简单的C#程序结构

• using System ： 引用名称为System的命名空间

• namespace ConsoleApp1 ：声明ConsoleApp1命名空间 声明后我们就可以通过using来引用

• class Program ：声明一个Program类

• Main ：程序的入口点

• Console.WriteLine() ：将信息输出到屏幕（就是我们的控制台窗口）我们只所以在控制台窗口看到Hello World! 就是这句话的作用 我们可以自行修改看看效果 我们把要输出的语句改一下

	Console.WriteLine("我只是一只Unity小菜鸡");

控制台窗口就能看到输出了一句 我只是一只Unity小菜鸡

• Console.ReadKey() ：等待用户按下任意键 为了避免程序编译完后一闪而过 可以把这句话删掉看看有什么变化
• 仔细点看 我们可以发现在这段代码中所有的语句和表达式都要以;分号结尾

像这条语句 结尾的时候都会带一个;分号

	Console.WriteLine("我只是一只Unity小菜鸡");

这是因为语言规定了 语句都需要加分号表示该语句结束了 所有写程序一定要养成用分号结尾这个习惯 不然程序会报错的

---

2、什么是标识符

标识符是使用在变量、类、方法、和其他各种用户定义对象的一般术语。

	int index = 0; 

index 就是一个标识符

简单的说 我们给变量或者用户自定义类型指定的名字就叫标识符

命名标识符是一门学问 它是需要我们去遵守一些规则的

例如：

• 必须以字母或者_开头
• 不能包含空格
• 可以包含大小写字母、数字、下划线或@字符
• 标识符必须区分大小写，大写字母和小写字母会被认定为不同的字母
• @字符只能放在标识符的第一位，带@前缀的标识符称为逐字标识符
• 标识符不能使用C#中的关键字，但是加上@的关键字可以成为合法的标识符 但是不建议这样做
• 不能与C#的类库名称相同

---

3、什么是关键字

我们在这个简单的程序中可以看到 using、 namespace、 class、 这些都是C#预定义的保留标识符 这些预保留的标识符对编译器有特殊的意义 我们不能用它作为我们程序的标识符来使用（标识符不能和关键字重复 除非加上@）

例如我们定义一个int 变量 变量名为using 这样程序就会报错

因为using是已经预定义的保留的标识符其作用是帮助我们引用其他命名空间(引用命名空间有什么等等会讲) 所以我们不能拿他作为我们自己变量的标识符使用

	int @using = 1;

带上@就可以

C#提供的关键字挺多的 初学的时候了解下就好了 不需要都记住 因为很多关键字后面都会频繁的使用 久而久之就都能记住了 这里附上C#官方提供的C#关键字文档 遇到不会的查就完事了

https://docs.microsoft.com/zh-cn/dotnet/csharp/language-reference/keywords/

---

4、为什么要引用命名空间

这里我们再来了解下引用命名空间这个概念

我们之所以能够调用Console.WriteLine(); 这个方法(也可以叫它函数)就是因为我们引用了System这个命名空间，因为Console.WriteLine()这个方法就是在using System命名空间下的，如果我们不引用System这个命名空间 我们看看会发生什么

我们把using System这句话给去掉

namespace ConsoleApp1{ class Program {  static void Main(string[] args)  {   Console.WriteLine("Hello World!");   Console.ReadKey();  } }}

可以看到编译器报错了！

提示当前上下文中不存在Console 我们再把System引用回去

using System;namespace ConsoleApp1{ class Program {  static void Main(string[] args)  {   Console.WriteLine("Hello World!");   Console.ReadKey();  } }}

编译又正常了

我们再来深入理解下刚刚那句话我们之所以能够调用Console.WriteLine(); 这个方法(也可以叫它函数)就是因为我们引用了System这个命名空间，因为Console.WriteLine()这个方法就是在using System命名空间下的

鼠标点击Console 按下F12 或者右键转到定义 我们来看看

可以观察到System的命名空间下定义了一个Console类

然后我们往下拉 或者 回到我们的程序鼠标点击WriteLine 然后再F12

是不是看到了WriteLine() 这个函数

所以现在懂了吧 Console.WriteLine()在System命名空间下的Console类中 如果我们不引用System命名空间 自然就调用不了它 就好比现实生活中的 你需要去你朋友家里借他的PS4玩 你不知道他家在哪里 那你怎么找他借呢

原文转载：http://www.shaoqun.com/a/521220.html

跨境电商：https://www.ikjzd.com/

易佰：https://www.ikjzd.com/w/2023

ebay易趣：https://www.ikjzd.com/w/210

1、HelloWorld程序在学习编程语言之前我要提醒大家一下学习编程语言最忌讳的一点就是只看不写看的时候大脑：嗯太简单了我会了！手：不你不会！等写的时候就发现都是些什么玩意所以我们一定要动起手来写废话不多说我们打开vistudiostudio编译器也可以不是VS用你们顺手的就行新建一个控制台应用项目我们先从一段简单的代码学起前言提醒：为了能够将知识点学得更加透彻、记得更加牢固我会通过教学讲解的方
亚马逊 海外购：亚马逊 海外购
marks spencer：marks spencer
又与爆款"擦肩而过"?上新品要"讲究"！：又与爆款"擦肩而过"?上新品要"讲究"！
Facebook主页赞：Facebook主页赞
曹小天：曹小天

连救5个赛点！世界第一疯狂一夜：从1-5到6-5，史诗级逆转进决赛_特鲁姆普

原标题：连救5个赛点！世界第一疯狂一夜：从1-5到6-5，史诗级逆转进决赛

2021斯诺克德国大师赛半决赛，世界第一特鲁姆普在1-5落后的情况下，神奇连救5个赛点，6-5大逆转击败霍金斯，晋级决赛。

在击败丁俊晖后，特鲁姆普夺冠机会恒大。此番对决霍金斯，双方此前交手小特12胜9负，世界第一并不能掉以轻心。首局比赛，霍金斯手感就非常火热，开局便轰出一杆101分全清台破百，1-0领先小特，给了特鲁姆普一个下马威。随即第二局，特鲁姆普关键逆转把握机会，追平比分。

之后的比赛，霍金斯依然更为强势，精彩的攻势让他拿到3-1进入中场休息。休息过后霍金斯的手感更是一发不可收拾，单杆55小试牛刀，随即单杆140分刷新正赛赛会最高分，直接就拿到了赛点。此时的特鲁姆普，陷入到了绝境。他将面对的是5个赛点！

特鲁姆普之后如梦方醒，突然找到手感，单杆131分回敬，先救一个赛点。很快，特鲁姆普蓝球失误但意外晕进，随后他凭借硬核操作再度完成一杆131分强势挽救第二个赛点！特鲁姆普此时已是手感火热，连续三杆破百，挽救第三个赛点。之后特鲁姆普手感稍有回落，霍金斯本有机会一杆赢下比赛，他在单杆30分后出现失误，没能打进中袋红球，特鲁姆普打出一杆难度极高的单杆67分直接超分，挽救四个赛点进入决胜局的较量。

面对第五个赛点，也是自己第一个赛点。没有给对手机会，特鲁姆普挽救第五个赛点，自己唯一的赛点稳稳把握，在1-5落后的情况下，最终6-5完成史诗级的翻盘，本赛季第六次打进决赛。值得一提的是，特鲁姆普将为卫冕而战，本次比赛冠军奖金是8万美金。返回搜狐，查看更多

责任编辑：

原文转载：http://sport.shaoqun.com/a/389640.html

跨境电商：https://www.ikjzd.com/

zappos：https://www.ikjzd.com/w/330

anker：https://www.ikjzd.com/w/1027

原标题：连救5个赛点！世界第一疯狂一夜：从1-5到6-5，史诗级逆转进决赛2021斯诺克德国大师赛半决赛，世界第一特鲁姆普在1-5落后的情况下，神奇连救5个赛点，6-5大逆转击败霍金斯，晋级决赛。在击败丁俊晖后，特鲁姆普夺冠机会恒大。此番对决霍金斯，双方此前交手小特12胜9负，世界第一并不能掉以轻心。首局比赛，霍金斯手感就非常火热，开局便轰出一杆101分全清台破百，1-0领先小特，给了特鲁姆普一个
tracker：tracker
mil：mil
纯干货！跨境电商如何精细化运营？：纯干货！跨境电商如何精细化运营？
eBay：正谈判出售分类广告业务：eBay：正谈判出售分类广告业务
东南亚Shopee新秀 - 跨境卖家不容错过的市场！：东南亚Shopee新秀 - 跨境卖家不容错过的市场！

2-1！欧冠7冠王创28年神迹，国米遭打击+甩开尤文10分，C罗迎利好_米兰

原标题：2-1！欧冠7冠王创28年神迹，国米遭打击+甩开尤文10分，C罗迎利好

北京时间1月30日晚22点，本赛季意甲联赛第20轮继续进行，其中一场比赛中，AC米兰客场对阵博洛尼亚。最终AC米兰依靠雷比奇和凯西的联袂进球，以2-1取胜，积分达到46分，多赛一轮领先第二的国米5分，并且甩开卫冕冠军尤文10分。

作为意甲18冠王和欧冠7冠王的AC米兰，本赛季重新崛起，力压尤文、罗马、国米等夺冠热门稳居榜首位置，但上一轮不敌亚特兰大之后，积43分继续排名第一，但领先第二的国米只有2分的优势。与此同时，AC米兰还在意大利杯八强1-2被国际米兰淘汰出局，其中伊布还领到第二张黄牌被罚出场。

对手方面，博洛尼亚目前积20分排名积分榜第13位，但面对AC米兰却没有任何优势。过去19次交手，AC米兰取得16胜3平保持不败，最近4次面对博洛尼亚保持全胜。

首发方面，AC米兰在锋线派出伊布、雷比奇、莱奥的三叉戟组合，同时托纳利、凯西、萨勒马科尔斯坐镇中场。

下半场易地再战，第54分钟，博洛尼亚后卫禁区故意手球，主裁判判罚点球，随后凯西主罚点球，帮助AC米兰2-0领先。第80分钟，博洛尼亚依靠波利的劲射破门，扳回一球，好在AC米兰此后没有再给机会，最终2-1险胜。

取胜之后，AC米兰积分达到46分，多赛一轮领先国米5分，继续排名榜首位置，同时也甩开卫冕冠军尤文10分。虽然上一轮主场惨败亚特兰大，但米兰面对中下游的球队没有掉链子，也给争冠对手很大的压力。

与此同时，本场比赛AC米兰取得两个进球，也是创造28年的纪录，就是连续20个意甲客场取得进球。还有，这场胜利也让球队获得连续21个意甲客场不败，同样是刷新纪录，如果上一轮面对亚特兰大的比赛取得进球，AC米兰还可以保持连续40轮意甲破门的纪录，被终结太可惜了。返回搜狐，查看更多

责任编辑：

原文转载：http://sport.shaoqun.com/a/389635.html

跨境电商：https://www.ikjzd.com/

亚马逊 海外购：https://www.ikjzd.com/w/998

浩方：https://www.ikjzd.com/w/1046

原标题：2-1！欧冠7冠王创28年神迹，国米遭打击+甩开尤文10分，C罗迎利好北京时间1月30日晚22点，本赛季意甲联赛第20轮继续进行，其中一场比赛中，AC米兰客场对阵博洛尼亚。最终AC米兰依靠雷比奇和凯西的联袂进球，以2-1取胜，积分达到46分，多赛一轮领先第二的国米5分，并且甩开卫冕冠军尤文10分。作为意甲18冠王和欧冠7冠王的AC米兰，本赛季重新崛起，力压尤文、罗马、国米等夺冠热门稳居榜首
camel：camel
敦煌网：敦煌网
旺季堪忧！美国洛杉矶大火，UPS、FedEx货物面临大面积延误！！：旺季堪忧！美国洛杉矶大火，UPS、FedEx货物面临大面积延误！！
口述：闺蜜出差 她男友帮我洗内裤：口述：闺蜜出差 她男友帮我洗内裤
阿里国际站宣布：将在深圳打造全国"数字化外贸港"标杆！：阿里国际站宣布：将在深圳打造全国"数字化外贸港"标杆！

《Effective C#》笔记(2)

理解并善用.NET的资源管理机制

.NET环境会提供垃圾回收器（GC）来帮助控制托管内存，这使得开发者无须担心内存泄漏等内存管理问题。尽管如此，但如果开发者能够把自己应该执行的那些清理工作做好，那么垃圾回收器会表现得更为出色。非托管的资源是需要由开发者控制的，例如数据库连接、GDI+对象、IO等；此外，某些做法可能会令对象在内存中所待的时间比你预想的更长，这些都是需要我们去了解、避免的。

GC的检测过程是从应用程序的根对象出发，把与该对象之间没有通路相连的那些对象判定为不可达的对象，也就是说，凡是无法从应用程序中的活动对象（live object）出发而到达的那些对象都应该得到回收。应用程序如果不再使用某个实体，那么就不会继续引用它，于是，GC就会发现这个实体是可以回收的。
垃圾回收器每次运行的时候，都会压缩托管堆，以便把其中的活动对象安排在一起，使得空闲的内存能够形成一块连续的区域。

针对托管堆的内存管理工作完全是由垃圾回收器负责的，但是除此之外的其他资源则必须由开发者来管理。
有两种机制可以控制非托管资源的生存期

• 一种是finalizer/destructure(析构函数)
• 另一种是IDisposable接口。

在这两种方式中，应该优先考虑通过IDisposable接口来更为顺畅地将资源及时返还给系统，因为finalizer作为一种防护机制，虽然可以确保对象总是能够把非托管资源释放掉，但这种机制有一些缺陷：

• 首先，C#的finalizer执行得并不及时。当垃圾回收器把对象判定为垃圾之后，它会择机调用该对象的finalizer，但开发者并不知道具体的时机，因此，finalizer只能保证由某个类型的对象所分配的非托管资源最终可以得到释放，但并不保证这些资源能够在确定的时间点上得到释放，因此，设计与编写程序的时候，尽量不要创建finalizer，即便创建了，也不要过多地依赖于它的执行时机。

• 另外，依赖finalizer还会降低程序的性能，因为垃圾回收器需要执行更多的工作才能终结这些对象。如果GC发现某个对象已经成为垃圾，但该对象还有finalizer需要运行，那么就无法立刻把它从内存中移走，而是要等调用完finalizer之后，才能将其移除。调用finalizer的那个线程并不是GC所在的线程。GC在每一个周期里面会把包含finalizier但是尚未执行的那些对象放在队列中，以便安排其finalizer的运行工作，而不含finalizer的对象则会直接从内存中清理掉。等到下一个周期，GC才会把已经执行了finalizer的那些对象删掉。

声明字段时，尽量直接为其设定初始值

类的构造函数有时不止一个，如果某个成员变量的初始化在构造函数进行，就会有忘记给某些成员变量设定初始值的可能性。为了彻底杜绝这种情况，无论是静态变量还是实例变量，最好都在声明的时候直接初始化，而不要等实现每个构造函数的时候再去赋值。

表面上看，在构造函数初始化和在声明的时候直接初始化等效，但实际上如果选择在声明的时候直接初始化，编译器会把由这些语句所生成的程序码放在类的构造函数之前。这些语句的执行时机比基类的构造函数更早，它们会按照本类声明相关变量的先后顺序来执行。

但也并不是说，如何时候都优先在声明的时候直接初始化，在下面三种情况下，声明的时候直接初始化是不建议的，甚至会带来问题：

1. 把对象初始化为0或null。系统在执行开发者所编写的代码之前，本身就会生成初始化逻辑，以便把相关的内容全都设置成0，这是通过底层CPU指令来做的。这些指令会把整块内存全都设置成0，因此，你如果还要编写初始化语句，让编译器会添加相关指令，把那些内存再度清零，那就显得多余了。

2. 如果不同的构造函数需要按照各自的方式来设定某个字段的初始值，那么就不应该再在声明的时候初始化了，因为它只适用于那些总是按相同方式来初始化的变量。
   就类似这样的写法：

public class MyClass{ private List<string> labels = new List<string>(); public MyClass(int size) { labels = new List<string>(size); }}

这会在构造类实例的过程中创建出两个不同的List对象，而且先创建出来的那个List马上就会被后创建的List取代，实际上等于是白创建了一次。这是因为字段的初始化语句会先于构造函数而执行，于是，程序在初始化labels字段时，会根据其初始化语句的要求创建出一个List，然后，等到执行构造函数时，又会根据其中的赋值语句创建出另一个List，并导致前一个List失效。
编译器所生成的代码相当于下面这样：

public class MyClass{ private List<string> labels; public MyClass(int size) { labels = new List<string>(); labels = new List<string>(size); }}

3. 如果初始化变量的过程中有可能出现异常，那么就不应该使用初始化语句，而是应该把这部分逻辑移动到构造函数里面。由于成员变量的初始化语句不能包裹在try-catch块中，因此初始化的过程中一旦发生异常，就会传播到对象之外，从而令开发者无法在类里面加以处理，应该把这种初始化代码放在构造函数中，以便通过适当的代码将异常处理好。

用适当的方式初始化类中的静态成员

通过静态初始化语句或者静态构造函数都可以初始化类中的静态成员。如果只需给静态成员分配内存即可将其初始化，那么用一条简单的初始化语句就足够了，反之，若是必须通过复杂的逻辑才能完成初始化，则应考虑创建静态构造函数。
静态初始化语句与实例字段的初始化语句一样，静态字段的初始化语句也会先于静态构造函数而执行，并且有可能比基类的静态构造函数执行得更早。如果静态字段的初始化工作比较复杂或是开销比较大，那么可以考虑运用Lazy机制，将初始化工作推迟到首次访问该字段的时候再去执行。

静态构造函数是特殊的函数，会在初次访问该类所定义的其他方法、变量或属性之前执行，可以用来初始化静态变量、实现单例（singleton）模式，或是执行其他一些必要的工作，以便使该类能够正常运作。
当程序码初次访问应用程序空间（application space，也就是AppDomain）里面的某个类型之前，CLR会自动调用该类的静态构造函数。这种构造函数每个类只能定义一个，而且不能带有参数。

由于静态构造函数是由CLR自动调用的，因此必须谨慎处理其中的异常。如果异常跑到了静态构造函数外面，那么CLR就会抛出TypeInitialization-Exception以终止该程序。调用方如果想要捕获这个异常，那么情况将会更加微妙，因为只要AppDomain还没有卸载，这个类型就一直无法创建，也就是说，CLR根本就不会再次执行其静态构造函数，这导致该类型无法正确地加以初始化，并导致该类及其派生类的对象也无法获得适当的定义。因此，不要令异常脱出静态构造函数的范围。

不要创建无谓的对象

虽然垃圾回收器能够有效地管理应用程序所使用的内存，但在堆上创建并销毁对象仍需耗费一定的时间，因此应尽量避免过多地创建对象，也不要创建那些根本不用去重新构建的对象。此外，在函数中以局部变量的形式频繁创建引用类型的对象也是不合适的，应该把这些变量提升为成员变量，或是考虑把最常用的那几个实例设置成相关类型中的静态对象。

绝对不要在构造函数里面调用虚函数

这里有个构造函数里面调用虚函数的demo，运行后打印出的结果是"VFunc in B"，还是"VFunc in B1"，还是"Msg from main"？答案是"VFunc in B1"。

public class B{ protected B() { VFunc(); } protected virtual void VFunc() { Console.WriteLine("VFunc in B"); }}public class B1 : B{ private readonly string msg = "VFunc in B1"; public B1(string msg) {  this.msg = msg; } protected override void VFunc() {  Console.WriteLine(msg); } public static void Init() {  _ = new B1("Msg from main"); }}

为什么会这样呢，这要从构建某个类型的首个实例时系统所执行的操作说起，步骤如下：

1. 把存放静态变量的空间清零。
2. 执行静态变量的初始化语句。
3. 执行基类的静态构造函数。
4. 执行本类的静态构造函数。
5. 把存放实例变量的空间清零。
6. 执行实例变量的初始化语句。
7. 适当地执行基类的实例构造函数。
8. 执行本类的实例构造函数。

所以会先初始化B1.msg，然后执行基类B的构造函数。基类的构造函数调用了一个定义在本类中但是为派生类所重写的虚函数VFunc，于是程序在运行的时候调用的就是派生类的版本，因为对象的运行期类型是B1，而不是B。在C#语言中，系统会认为这个对象是一个可以正常使用的对象，因为程序在进入构造函数的函数体之前，已经把该对象的所有成员变量全都初始化好了。尽管如此，但这并不意味着这些成员变量的值与开发者最终想要的结果相符，因为程序仅仅执行了成员变量的初始化语句，而尚未执行构造函数中与这些变量有关的逻辑。

在构建对象的过程中调用虚函数有可能令程序中的数据混乱，也会让基类的代码严重依赖于派生类的实现细节，而这些细节是无法控制的，这种做法很容易出问题。所以应该避免这样做。

实现标准的dispose模式

dispose模式用于对非托管资源进行释放，托管资源是指受GC管理的内存资源，而非托管资源与之相对，则不受GC的管理，当使用完非托管资源后，必须显式释放它们。 最常用的非托管资源类型是包装操作系统资源的对象，如文件、窗口、网络连接或数据库连接。 虽然垃圾回收器可以跟踪封装非托管资源的对象的生存期，但无法了解如何发布并清理这些非托管资源。
比如System.IO.File中的FileStream，它属于.NET的类被GC管理，但它的内部又依赖了操作系统提供的API，因此可以看作是一个Wrapper, 因此要实现dispose模式，在自身被GC销毁的时候，释放文件句柄。

标准的dispose（释放/处置）模式既会实现IDisposable接口，又会提供finalizer，以便在客户端忘记调用IDisposable.Dispose（）的情况下也可以释放资源。

在类的继承体系中，位于根部的那个基类应该做到以下几点：

• 实现IDisposable接口，以便释放资源。
• 如果本身含有非托管资源，那就添加finalizer，以防客户端忘记调用Dispose（）方法。若是没有非托管资源，则不用添加finalizer。
• Dispose方法与finalizer（如果有的话）都把释放资源的工作委派给虚方法，使得子类能够重写该方法，以释放它们自己的资源。

继承体系中的子类应该做到以下几点：

• 如果子类有自己的资源需要释放，那就重写由基类所定义的那个虚方法，如果没有则不必重写。
• 如果子类自身的某个成员字段表示的是非托管资源，那么就实现finalizer，否则就不必实现。
• 记得调用基类的同名函数。

下面两个类UnManaged与MyUnManaged作为非托管资源的示例，假设UnManaged类中直接使用了非托管资源：

public class UnManaged : IDisposable{ private bool alreadyDisposed; public void Dispose() { Dispose(true); GC.SuppressFinalize(this); } protected virtual void Dispose(bool isDisposing) { if (alreadyDisposed)  return; if (isDisposing) {  // free managed resource here } // free unmanaged resource here alreadyDisposed = true; } public void ExampleMethod() { if (alreadyDisposed)  throw new ObjectDisposedException(nameof(UnManaged), "Call methods on disposed object"); // do something } ~UnManaged() { Dispose(false); }}public class MyUnManaged : UnManaged{ private bool alreadyDisposedInDerived; protected override void Dispose(bool isDisposing) { if (alreadyDisposedInDerived)  return; if (isDisposing) {  // free managed resource here } // free unmanaged resource here base.Dispose(isDisposing); // call base.Disposes alreadyDisposedInDerived = true; }}

UnManaged直接使用了非托管资源，因此需要析构函数。虽然前面提到存在析构函数的对象不会被GC立即回收，但作为一种防范机制是必须的，如果使用者忘调用Dispose，finalizer仍然确保非托管资源可以得到释放。尽管程序性能或许会因此而有所下降，但只要客户代码能够平常调用Dispose方法，就不会有这个问题。Dispose方法中通过GC.SuppressFinalize(this)来通知GC不必再执行finalizer。

实现IDisposable.Dispose（）方法时，要注意以下四点：

1. 把非托管资源全都释放掉。
2. 把托管资源全都释放掉（这也包括不再订阅早前关注的那些事件）。
3. 设定相关的状态标志，用以表示该对象已经清理过了。如果对象已经清理过了之后还有人要访问其中的公有成员，那么你可以通过此标志得知这一状况，从而令这些操作抛出ObjectDisposedException。
4. 阻止垃圾回收器重复清理该对象。这可以通过GC.SuppressFinalize（this）来完成。

但finalizer中执行的操作与Dispose有所区别，它只应释放非托管资源，因此为了代码复用，添加了Dispose的重载方法protected virtual void Dispose(bool isDisposing)，它声明为protected virtual，可以被子类重写。被IDisposable.Dispose()方法调用时，isDisposing参数是true，那么应该同时清理托管资源与非托管资源，finalizer中调用时isDisposing为false，则只应清理非托管资源。

还有另外一些注意事项：

• 基类与子类对象采用独立的disposed标志来表示其资源是否得到释放，这么写是为了防止出错。假如共用同一个标志，那么子类就有可能在释放自己的资源时率先把该标志设置成true，而等到基类运行Dispose（bool）方法时，则会误以为其资源已经释放过了。
• Dispose(bool)与finalizer都必须编写得很可靠，也就是要具备幂等（idempotent）的性质，这意味着多次调用Dispose（bool）的效果与只调用一次的效果应该是完全相同的。
• 在编写Dispose或finalizer等资源清理的方法时，只应该释放资源，而不应该做其他的处理，否则极有可能导致内存泄漏等问题。

参考书籍

《Effective C#：改善C#代码的50个有效方法（原书第3版）》 比尔·瓦格纳

原文转载：http://www.shaoqun.com/a/521209.html

跨境电商：https://www.ikjzd.com/

执御：https://www.ikjzd.com/w/717.html

阿里巴巴 批发：https://www.ikjzd.com/w/1084

理解并善用.NET的资源管理机制.NET环境会提供垃圾回收器（GC）来帮助控制托管内存，这使得开发者无须担心内存泄漏等内存管理问题。尽管如此，但如果开发者能够把自己应该执行的那些清理工作做好，那么垃圾回收器会表现得更为出色。非托管的资源是需要由开发者控制的，例如数据库连接、GDI+对象、IO等；此外，某些做法可能会令对象在内存中所待的时间比你预想的更长，这些都是需要我们去了解、避免的。GC的检测过
c88：c88
中国邮政邮乐网：中国邮政邮乐网
TeamViewer最新破解版：TeamViewer最新破解版
远程操作工具：远程操作工具
如何将"跟卖"一网打尽？：如何将"跟卖"一网打尽？

“朱诺号”进入木星轨道，解开行星隐藏的秘密

      木星大气层是太阳系内最大的行星大气层。根据美国国家航空航天局（NASA）无人太空船朱诺号（Juno）观测，木星剧烈扰动、充满气体的大气层厚达3000公里（1,865英里），占这颗行星总质量的1/100，比科学家先前所想的更加厚实。

       据报道，2011年8月，美国宇航局（NASA）发射了“朱诺号”木星探测器。去年夏天，“朱诺号”终于进入环绕木星的轨道。朱诺，是罗马神话中天神朱庇特的妻子。朱庇特施展法力用云雾遮住自己，但是朱诺却能看透这些云雾，了解朱庇特的真面目。探测器取名“朱诺号”，也是想借用其寓意，解开木星这颗云遮雾绕的气态巨行星隐藏的秘密。

　　不过，最近一篇发表于美国《国家科学院院刊》的论文批评了今年3月发表在《自然》杂志上的一篇论文。后者认为木星大气层有3000公里，而前者认为这还不能成为定论。想看透木星，似乎没那么容易。

　　为解决历史争议“朱诺号”出发了

　　透过望远镜看过木星的人，都会对木星表面美丽的条纹结构感到惊叹。其实，这份美丽来得十分“猛烈”。横扫木星的大气环流持久而强劲，风速比地球上可将大树连根拔起的十级风还要猛烈5倍。

　　她的美丽为何这么猛烈？美丽的外表下又掩藏着什么？探索云雾下的面孔，是人类的好奇，也是“朱诺号”的使命。

　　早在“朱诺号”诞生之前，天文学家关于木星的内部结构便争论不休。一些人认为木星的大气层非常厚，另一些则认为木星的大气层像地球一样只有薄薄的一层。为了给这一争议画上句号，“朱诺号”出发了。

　　“木星表面的风暴受到底层大气环流的影响。要了解表面风暴的形成原因，就要了解深部的大气环流情况。”中科院国家天文台研究员郑永春说。

　　可是，木星内部和深部的情况，是无法通过对木星表面的遥感探测看到的。聪明的科学家想到了用探测器的飞行轨道数据，获得木星的引力场数据，从而寻找木星大气环流的影响因素。

　　“‘朱诺号’在木星上空飞行的时候，会受到木星引力的牵引。如果内部的密度高、引力大，航天器的轨道就会降低一点；如果内部的密度低、引力小，航天器轨道就会抬升一点。”郑永春说。

　　有了这些数据，科学家直接把数据放入已经预先研究好的反演方程里，就万事大吉了，可是……

　　数据有了但问题并没有解决

　　如今，“朱诺号”环绕木星飞了近一年，数据也传回来不少。可是，关于新的研究成果，科学家们又起了争议。

　　今年3月，《自然》杂志发表了“朱诺号”飞船科学组成员、以色列魏茨曼科学研究所研究员Yohai Kaspi等人对木星大气环流结构的建模反演成果。他们认为，木星的大气环流可以深入其表面以下3000公里左右，约占木星质量的百分之一。

　　“相比之下，地球的大气层还不到地球总质量的百万分之一。木星有如此巨大的区域在不同的东西波段旋转，这是一个惊喜。”Kaspi曾表示。

　　如果无误，这一结果确实是一个巨大的惊喜，因为它表明木星的气象层比之前猜测的要深得多。而这也直接表明“朱诺号”解决了历史上关于木星结构的争议。

　　可是，这个结果引来了新的争议。

　　“这项研究提出的环流模型缺乏数学物理意义，采用的反演途径不符合流体力学原理，所得结论的可靠性和科学性存在显著的缺陷。”中科院上海天文台行星物理与磁流体力学课题组研究员孔大力说。

　　孔大力和英国埃克塞特大学教授张可可等科学家担心，关于“3000公里”的研究定论很可能会直接误导人们对木星的认识，并影响此后以该结论为依据的科研工作。

　　于是，最近他们在美国《国家科学院院刊》上发表论文，指出了Kaspi等人的观点与方法存在的问题，并强调“朱诺号”并没有解决关于木星环流结构的谜题。

　　谁的方程更合理

　　“这个结果并不新，也不令人惊讶。”看到美国《国家科学院院刊》上的论文后，Kaspi在接受《中国科学报》记者采访时说，他的团队和新论文团队之间的争议，已经持续了3年。

　　这3年来，双方争议的焦点之一是一个名为“热成风方程”（TWE）的反演模型。

　　这个方程表示的是流体的运动和密度变化之间的联系。与岩石行星地球不同，木星是气态行星，引力与流体的运动和密度之间存在联系。正因如此，“热成风方程”成为从木星引力场数据反演木星内部结构的一把钥匙。

　　“‘热成风方程’原本是用于研究地球大气运动的一个流体力学模型。由于地球大气只有薄薄的一层，方程中忽略了大气本身的自引力，而木星是气态行星，大气本身的引力不能忽略，所以不能把热成风方程直接用在木星上。”孔大力说。

　　2015年，张可可、孔大力等人就曾在《天体物理学杂志》上发表论文，提出了“热量—引力成风方程（TGWE），并认为“必须使用这个方程估算大型气态行星中大气环流的密度扰动”。

　　然而，Kaspi告诉记者：“并没有所谓的‘热量—引力成风方程’，这只是张可可等人发明出以示与我们不同的东西。”

　　他表示，他们之所以不使用热量—引力成风方程，是因为完整的热成风方程需要在现用方程的基础上增加5个术语，而热量—引力成风方程只在热成风方程基础上增加了5个术语中的一个，所以并不准确。

　　各说各理接下来该怎么办

　　对于这项争议，郑永春在接受《中国科学报》采访时表示，一方认为自己提出的模型可以解释木星的引力场和环流运动，另一方觉得模型还不够好，需要完善，这一情况在科研领域其实并不偶然。

　　“在科学发展的过程中，对观测到的事实，科学家会先提出一个理论模型来解释。但随着观测越来越全面深入，这个理论模型会受到很多条件的约束，需要不断完善理论模型，或是推翻。理论模型是否可靠，取决于我们可以得到什么样的证据来支持、完善或推翻这个模型。”郑永春说。

　　他表示，目前的争议与“朱诺号”探测精度仍然不够高有关。“将来可以用一种新型的探测技术，得到更精细的木星引力场。引力场的数据越准确，关于木星内部环流的理论模型就越可能接近真实情况，对木星风暴的形成原因的理解就越准确。”郑永春说。

 

原文转载：http://tech.shaoqun.com/a/317685.html

跨境电商：https://www.ikjzd.com/

邮政电话：https://www.ikjzd.com/w/202

writer：https://www.ikjzd.com/w/1280

木星大气层是太阳系内最大的行星大气层。根据美国国家航空航天局（NASA）无人太空船朱诺号（Juno）观测，木星剧烈扰动、充满气体的大气层厚达3000公里（1,865英里），占这颗行星总质量的1/100，比科学家先前所想的更加厚实。据报道，2011年8月，美国宇航局（NASA）发射了&ldquo;朱诺号&rdquo;木星探测器。去年夏天，&ldquo;朱诺号&rdqu
乐宝：乐宝
麦言：麦言
淡季没流量？大把时间打造精品！：淡季没流量？大把时间打造精品！
么么嗖：么么嗖
降低ACOS，亚马逊推出全新广告功能：降低ACOS，亚马逊推出全新广告功能

js 时间控件 日期多选

在开发的过程中，时间总是不可避免要出现的需求，这里给大家分享我比较常用的js 时间控件和一个问题的解决方法

layDate

官方文档地址：https://www.layui.com/laydate/

图片：

 案例代码：

<!DOCTYPE html><html><head> <meta charset="utf-8"> <title>使用 layDate 独立版</title></head><body><input type="text" id="test1"><script src="https://www.cnblogs.com//laydate/laydate.js"></script> <!-- 改成你的路径 --><script>//执行一个laydate实例laydate.render({ elem: '#test1' //指定元素});</script></body></html>

几乎所有常用的需要都可以在这里找到，但是有一个问题，日期多选怎么实现，这里给大家分享下我解决的方法

图片：

调用代码如下：

 <input type="text" id="calendar" value="2015-04-15"/> <script src="../src/jquery-1.9.1.min.js"></script> <script src="../src/calendar.js"></script> <script>  $(".calendar4").Calendar({time:true});//时间选择  var calendar = new Calendar();  calendar.init({   target: $('#calendar'),   range: ['2015-3-5', '2015-3-25'],   multiple: true,   maxdays: 5,   overdays: function(a) {    alert('添加已达上限 ' + a + ' 天');   },   filter:function(time){    var date = new Date(time);    // console.log(date.getDay())    if(date.getDay()==0||date.getDay()==6){     return false;    }    return true;   }  }); </script>　　

这里提供dome的下载地址，如果有需要，可以点击下载。

https://download.csdn.net/download/qq_40716795/14963845

 

原文转载：http://www.shaoqun.com/a/521199.html

跨境电商：https://www.ikjzd.com/

上海跨境通：https://www.ikjzd.com/w/1329

trademanager：https://www.ikjzd.com/w/730

在开发的过程中，时间总是不可避免要出现的需求，这里给大家分享我比较常用的js时间控件和一个问题的解决方法layDate官方文档地址：https://www.layui.com/laydate/图片：案例代码：<!DOCTYPEhtml><html><head><metacharset="utf-8"><title>使用
代购公司：代购公司
barclays：barclays
口述：守寡嫂子向我发赤裸艳照求欢嫂子哥哥艳照：口述：守寡嫂子向我发赤裸艳照求欢嫂子哥哥艳照
耐克退出，亚马逊前高管：是平台选择了假货！：耐克退出，亚马逊前高管：是平台选择了假货！
美国AMS(美国舱单录入系统)你了解多少？：美国AMS(美国舱单录入系统)你了解多少？

Soul中使用的zookeeper监听功能尝试和nacos同步源码解读

Soul中使用的zookeeper监听功能尝试

一直很好奇soul中基于zookeeper的数据变更是如何做到的。虽然看到了是基于zkClient的实现的，还是想自己尝试下

zookeeper监听尝试

首先新建一个maven项目，引入zkClient

  <dependency>   <groupId>com.101tec</groupId>   <artifactId>zkclient</artifactId>   <version>0.10</version>  </dependency>

尝试着对zokkeeper中的数据和节点做一些改变，而这个改变就是Soul使用zookeeper中对于插件，选择器和规则变化将其映射到zookeeper上的结果

public class ZkClientTest { public static final String connect = "127.0.0.1:2181"; private static ZkClient zkClient = null; private static String nodePath = "/zkclient1"; private static String nodeChildPath = "/zkclient1/n1/n11/n111/n1111"; public static void main(String[] args) throws Exception{  //初始化  init(connect,5000);  //订阅节点数据改变或者子节点变化，只需要订阅一次，便可以一直使用。而原生zookeeper的监听是一次性的，需要重复注册。  subscribe();  //新增  create(nodePath,"n1");  //递归新增  createRecursion(nodeChildPath,"n1");  //查询  query(nodePath);  //修改  update(nodePath,"n11");  //单个节点删除//  delete(nodePath);  //递归删除  deleteRecursion(nodePath);  Thread.sleep(5000); } private static void deleteRecursion(String path) {  boolean result = zkClient.deleteRecursive(path);  System.out.println("delete:"+"["+path+"],result:"+result); } private static void delete(String path) {  boolean result = zkClient.delete(path);  System.out.println("delete:"+"["+path+"],result:"+result); } private static void update(String path, String data) {  zkClient.writeData(path, data);  System.out.println();  //System.out.println("setData:"+"["+path+"],stat:"+stat); } private static void query(String path) {  Object o = zkClient.readData(path);  System.out.println("query:"+"["+path+"],result:"+o); } private static void createRecursion(String path,String data) {  zkClient.createPersistent(path,true);  System.out.println("create:"+"["+path+"-->"+data); } private static void create(String path, String data) {  boolean exists = zkClient.exists(path);  if(exists){   System.out.println("节点["+path+"]已存在，不能新增");   return;  }  String result = zkClient.create(path, data, CreateMode.PERSISTENT);  System.out.println("create:"+"["+path+"-->"+data+"],result:"+result); } private static void subscribe() {  //订阅节点内容改变  zkClient.subscribeDataChanges(nodePath, new IZkDataListener() {     public void handleDataChange(String dataPath, Object data) throws Exception {      System.out.println("handleDataChange----->"+dataPath+"|"+data);     }     public void handleDataDeleted(String dataPath) throws Exception {      System.out.println("handleDataDeleted----->"+dataPath);     }    }  );  //订阅子节点改变  zkClient.subscribeChildChanges(nodePath, new IZkChildListener() {   public void handleChildChange(String parentPath, List<String> currentChilds) throws Exception {    System.out.println("handleChildChange----->"+parentPath+"|"+currentChilds);   }  }); } private static void init(String connect, int sessionTimeout) {  zkClient = new ZkClient(connect, sessionTimeout); }}

具体的日志表现如下图所示

而在具体的zKclient类中可以看到，zkclient实际上是维护了一个while循环用来监听数据以及节点的变化

这就是Soul在ZookeeperDataChangedListener实际使用的具体的时候的具体使用的方案

Soul中Nacos是如何监听数据变化的

nacos的监听与zk类似，soul中的nacos一开始就监听了soul各个层级的数据的变化

 /**  * Start.  */ public void start() {  watcherData(PLUGIN_DATA_ID, this::updatePluginMap);  watcherData(SELECTOR_DATA_ID, this::updateSelectorMap);  watcherData(RULE_DATA_ID, this::updateRuleMap);  watcherData(META_DATA_ID, this::updateMetaDataMap);  watcherData(AUTH_DATA_ID, this::updateAuthMap); }

然后通过函数式编程的方式将数据通过各个方法更新到缓存中

 protected void watcherData(final String dataId, final OnChange oc) {  Listener listener = new Listener() {   @Override   public void receiveConfigInfo(final String configInfo) {    oc.change(configInfo);   }   @Override   public Executor getExecutor() {    return null;   }  };  oc.change(getConfigAndSignListener(dataId, listener));  LISTENERS.getOrDefault(dataId, new ArrayList<>()).add(listener); }

这里的最关键是Listener接口的获取配置信息的两个方法。可以看到这个即是通过预先定义号的元数据id,规则id来进行监听数据是否发生变化的

上面就是nacos和zookeeper监听数据变化的过程，现在可以想到。不管是配置中心或者注册中心。数据变化的监听都是有必要的，可以为使用的应用做出跟随配置改变而改变应用逻辑的能力。这也是Soul网关中很重要的一项能力

欢迎搜索关注本人与朋友共同开发的微信面经小程序【大厂面试助手】和公众号【微瞰技术】，以及总结的分类面试题https://github.com/zhendiao/JavaInterview

原文转载：http://www.shaoqun.com/a/521198.html

跨境电商：https://www.ikjzd.com/

indiegogo：https://www.ikjzd.com/w/265

tenso：https://www.ikjzd.com/w/1552

Soul中使用的zookeeper监听功能尝试一直很好奇soul中基于zookeeper的数据变更是如何做到的。虽然看到了是基于zkClient的实现的，还是想自己尝试下zookeeper监听尝试首先新建一个maven项目，引入zkClient<dependency><groupId>com.101tec</groupId><artifactId>z
西农：西农
gem：gem
2020黑五网一在即！船长BI带你解锁旺季制胜大招：2020黑五网一在即！船长BI带你解锁旺季制胜大招
你还在发自嗨式的开发信吗？：你还在发自嗨式的开发信吗？
口述：女友讲述和上司在车里的爱爱经历：口述：女友讲述和上司在车里的爱爱经历

部分新冠重症的“元凶”可能找到了！|新冠病毒|新冠肺炎

　　来源：Nature自然科研

　　越来越多的证据表明，会自我攻击的"自身抗体"或许是理解一部分最严重病例的关键。

　　COVID-19已经出现一年多了，但是围绕它的许多问题依然未解：为什么有的人病情特别重？为什么体内的病毒完全清除后，有些人的肺部损伤仍会加重？"长期新冠"（long COVID）患者为什么会经历长达几个月的多器官病症？越来越多的研究显示，其中一些问题或许能用免疫系统错误攻击机体来解释——这种现象被称为"自身免疫"（autoimmunity）。

　　"这是一个快速发展的领域，但是所有证据都指向一个方向。"耶鲁医学院的免疫学家Aaron Ring说。

捷克的一家医院内，重症监护室的医生正在救治COVID-19患者。来源：Gabriel Kuchta/Getty

　　疫情初期，研究人员认为有些人的身体会对新冠病毒感染产生过度的免疫应答，被称为细胞因子的免疫系统信号蛋白可能会升至危险水平，引起"细胞因子风暴"，损害机体自身的细胞。临床试验现已表明，如果适时用药，一些能广泛抑制免疫活动的药物似乎能降低重症患者的死亡率。

　　不过，新冠研究人员越来越重视自身抗体（autoantibody）的作用——自身抗体是一种专门捣乱的抗体，会攻击机体免疫防御的组成部分或是心脏等器官内的特殊蛋白。细胞因子风暴一般只引起系统性的短期问题，但自身抗体被认为会导致长期的定向损伤，免疫学家Akiko Iwasaki说。

　　即使是健康人也会产生自身抗体，但是数量不会很大，这些分子通常也不太会引起损伤或攻击免疫系统。

　　尽管如此，仍有证据表明，叛逆的自身抗体其实在许多感染性疾病中都"插了一脚"。

　　至于自身免疫是如何在新冠和其他感染中出现的，研究人员提出了好几种理论。有的人可能本身就容易产生自身抗体，这些抗体会在感染期间大搞破坏；或者，感染也可能导致自身抗体的产生。如果能够确定这之间的联系，研究人员就能找到治疗手段，无论是治疗新冠的症状还是其他病毒引起的疾病。

　　发现自身抗体

　　2020年9月末，纽约洛克菲勒大学的Jean-Laurent Casanova团队发现，在987名新冠重症患者中，超过10%的患者体内都含有能攻击并阻断1型干扰素分子活动的抗体，而这类干扰素一般能增强对外源病原体的免疫应答[1]。这么高的比例让研究人员非常震惊，因为人类的抗体库通常是很不一样的，而且对照组的这一比例是0。研究人员还在一些新冠患者感染前的体内发现了这些抗体，Casanova因此推断，有的人可能天生就倾向于产生这种抗体。此外，相比女性，自身抗体在男性中更为常见，这可能是男性患者看起来更容易得重症的一个原因。

意大利一家医院内，一名在COVID康复后还有疲劳症状的男子在接受超声检查。来源：Marco Di Lauro/Getty

　　Casanova说，早在1984年，就有证据[2]证明针对干扰素的自身抗体会使感染病的患病风险升高，自此之后的相关证据不断增加。现在，COVID将这种联系重新拉回大家的视线。"人们现在知道问题在哪了，"他说，"突然之间，人们意识到我的实验室过去25年来一直在做的事情，实际上非常有意义。"

　　眼下，Casanova正在对4万人进行筛查，统计其中多少人拥有预存的自身抗体，并分析这些抗体按年龄、血统和性别的分布是否与新冠重症的分布相一致。

　　其他研究团队也支持Casanova发现的自身抗体与疾病的联系。Iwasaki、Ring和同事对194名COVID轻重程度不一的患者和医务人员进行了大量自身抗体的筛查。研究结果于2020年12月在线上发布，尚未完成同行评议。该研究发现，感染者体内针对免疫系统的自身抗体流行率比未感染者体内要高[3]。他们发现了攻击B细胞的自身抗体，还有一些攻击干扰素的自身抗体。

　　但是，这项研究也提出，新冠病毒也可能让机体产生攻击自身组织的自身抗体。一些感染者体内检测到了攻击血管、心脏、脑内蛋白质的自身抗体。这尤其值得关注，因为新冠感染的许多症状都会累及这些器官。尚不清楚究竟是COVID-19让机体开始产生这些自身抗体，还是感染者原本已有这些抗体。Iwasaki说，她和其他人希望研究更多病例，从而确定这其中是否存在因果关系；这方面的研究需要获得人们在感染前的血样。

　　布鲁塞尔自由大学免疫学家、欧洲创新药物计划（IMI）前负责人Michel Goldman补充表示，研究人员还发现了针对磷脂质的自身抗体。这方面最大规模的研究发表于2020年11月，研究发现，在172名COVID-19住院患者中，52%的人都有这些自身抗体[4]。"这真的很让人担忧。"他说，因为已知某些磷脂质会参与控制凝血，而COVID-19会导致凝血异常。

　　1月，另一项未经同行评议的研究[5]报告发现了可能由COVID-19诱导产生的自身抗体。纽约大学朗格尼健康中心的急诊医生David Lee和纽约大学微生物学家Ana Rodriguez等人合作，分析了86名COVID-19住院患者的血清样本。他们寻找的是针对膜联蛋白A2这类蛋白的自身抗体，研究人员之所以关注膜联蛋白A2，是因为它能保持细胞膜的稳定和肺部小血管的完整性。研究人员在已逝患者体内发现的抗膜联蛋白A2的抗体平均水平明显高于非重症患者体内的水平。和其他研究一样，目前仍不清楚这些自身抗体是否在感染新冠前便已存在。

巴黎一家诊所的核磁共振（MRI）扫描显示了COVID-19如何损害患者的肺部。来源：Nathan Laine/Bloomberg/Getty

　　自身抗体理论或能解释COVID-19有些严重症状出现较晚的原因。如果像Lee等人认为的那样，自身抗体是病毒感染引起的细胞损伤和炎症下产生的，那么它们确实需要几个星期的时间在体内积聚。Lee认为，这可能就是为什么许多组织损伤（如肺部损伤）要等到发烧等症状出现很久后才会开始。如此来看，自身免疫可能是身体在清除新冠病毒后仍受到致命损伤的真正"凶手"。Lee说："临床医生想的是，'这个病毒致命性这么强，我们一定要清除病毒。'但病理学家可能会说，'我们看到了很强的破坏力，但没看到多少病毒。'"

　　感染理论

　　多年来，科学家发现很多感染都能产生自身免疫。有些报告提出，感染疟原虫可导致机体开始攻击红细胞，引起贫血症。Epstein–Barr病毒可引起腺热（又被称为单核细胞增多症），被认为与几十种自身免疫性疾病有关，包括狼疮。要找到绝对的关联并不容易，因为研究人员很难证明究竟是感染造成了自身免疫性疾病，还是其他原因导致这些疾病的突然出现，Cue Biopharma生物医药公司的总裁Anish Suri说。Cue Biopharma位于马萨诸塞州剑桥市，正在研究对抗自身免疫的疗法。

　　链球菌咽喉炎是一个已被证实的例子。如果不加治疗，这种由酿脓链球菌（Streptococcus pyogenes）引发的疾病会激发一种名为风湿热的自身免疫反应，攻击器官，并可能导致永久性的心脏损伤。其他细菌也有可能引起自身免疫：胃中的幽门螺杆菌（Helicobacter pylori）被认为会引起免疫性血小板减少性紫癜（ITP），致使机体摧毁血液内的血小板。对于部分ITP患者来说，采用抗幽门螺杆菌的抗生素进行治疗，可以增加血小板数量，说明这种药物有助于逆转该疾病。

　　以色列Zabludowicz自身免疫疾病中心主任Yehuda Shoenfeld认为，COVID-19可能是自身免疫性疾病的诱发因素。2020年6月，他发表了一篇关于COVID-19和自身免疫的论文[6]，论文引用了同年4月的一份病例报告：一名65岁女性新冠患者的血小板计数突然骤降，需要进行血小板输注[7]。虽然并无充足证据证明这就是ITP，但有文献报告了几十例与COVID-19相关的其他ITP病例[8]。

　　有些人可能具有感染时容易产生自身免疫反应的遗传倾向。例如，某些人拥有编码免疫系统蛋白HLA-DRB1的DNA，Shoenfeld说HLA-DRB1因为和自身免疫有关而"不受待见"。还有一种相关的蛋白叫HLA-DQB1，这种蛋白被强烈怀疑会让一种现已停用的H1NI猪流感疫苗的接种者面临某种嗜睡症的患病风险，而这种嗜睡症被认为是由脑部神经元受到自身免疫攻击而导致的。

　　病原体触发自身免疫的另一种可能方式是：病原体的某一部分碰巧与人体细胞的成分类似。例如，酿脓链球菌拥有的M蛋白会模拟人类心脏的某些蛋白——这被称为"分子模拟机制"（molecular mimicry）。Shoenfeld及其合作者在2020年6月发表了一篇论文发现了大量新冠病毒刺突蛋白（新冠病毒利用该蛋白进入细胞）短序列和人类蛋白的相似之处。不过，也有人提醒说，这或许不会造成实质性影响。"这不是说病原体的模拟机制不是真的，"康奈尔大学的病毒学家Brian Wasik说，"但是，大部分的分子模拟机制都是通过在实验室检测病原体蛋白如何对抗体反应来定义的。"

　　另一种理论认为，感染引起的炎症会促使免疫系统将被摧毁细胞释放的内容物错误地视为"外源"，产生自身抗体对抗这些细胞碎片，分子生物学家Leona Gilbert说。Gilbert是芬兰Te？ted Oy诊疗公司的顾问，该公司正在销售一款自主开发的新冠病毒抗体检测试剂。伴随炎症出现的组织损伤给机体发出了自我攻击的命令，Gilbert说，"这正好触发了自身免疫疾病的发展。"

　　Lee研究的是膜联蛋白A2，他说，感染导致机体自身免疫的证据没有得到充分的重视。"面对这些证据，即使没有上百种疾病，至少也有几十种疾病需要我们的重新审视，"他说，"我就觉得，怎么没有人看到这些呢？

　　重新思考疗法

　　如果自身免疫的某个元素使人易感COVID-19或是因COVID-19而出现，那这对疾病治疗的意义也是不言而喻的。Casanova表示，假设预存的抗干扰素自身免疫会增加个体的患病风险，可以通过自身抗体的血检来发现它们——这种检测在研究实验室和大学医院已经越来越普及。

　　Casanova认为，如果这些人感染了新冠病毒，他们可以视情况尽早补充干扰素β——干扰素β不像其他干扰素那样易受到免疫系统的攻击。2020年11月发表的一项初步研究发现，一种吸入型干扰素β似乎能改善COVID患者的临床症状，提示研究人员应对这种疗法开展更大规模的临床试验[9]。

　　干扰素替换疗法旨在增强减弱的免疫系统的活动。但是一旦自身抗体开始攻击肺部和大脑等器官，一个简单粗暴的做法可能是抑制免疫系统。

　　即使在自身抗体成为焦点之前，已有观点认为细胞因子风暴可能是元凶，所以研究人员测试了免疫抑制类固醇（如地塞米松）或关节炎药物（如妥珠单抗和沙利鲁单抗）能否稳定COVID导致的免疫系统异常。世界卫生组织目前"强烈推荐"对重症患者使用地塞米松；1月7日[10]发表的临床试验结果显示，上述两种关节炎药物可以降低ICU患者的死亡率，英国目前正在给重症患者使用这两种药物。

免疫抑制类固醇地塞米松被用于治疗COVID-19重症患者。来源：EFE/Alamy

　　来自医生的提醒是，无论这些药是用来压制细胞因子风暴，还是用来对抗自身免疫，用药时间都要非常小心，以防干扰到机体与新冠病毒的搏斗。Suri指出，使用广谱免疫抑制剂会增加感染风险。包括Suri公司在内的几家公司正在开展临床前研究，他们想让改造后的分子靶向特异性免疫途径，而不会对所有免疫力都一刀切。

　　Lee说，如果能证明针对膜联蛋白A2和其他蛋白的自身抗体是COVID-19触发产生的，那么以下情况就值得研究一番：用某种程序先清除患者血浆中的这些抗体，再注入患者体内，看看会发生什么。 

　　科学家很想知道自身免疫是否也与长期COVID有关。"首先，我们不知道这些自身抗体是否对长期COVID有贡献？如果有贡献，它们的"寿命"有多长？持续时间是多少？身体能继续产生这些自身抗体多久？"Ring问道。不过，回答这些问题涉及复杂的工作，因为人体天生就会产生各种不同的抗体，包括自身抗体。

　　Ring希望对病毒和自身免疫的研究，能为深受病毒感染后自身免疫（post-viral autoimmunity）困扰的个体找到他们迫切需要的答案，或许也包括COVID-19的自身免疫问题。"这些病人非常苦恼，"他说，"医生不相信他们，把他们转诊到精神科。如果能告诉他们，他们的病是真实存在的，并告诉他们致病原因，将具有非常重要的意义。"

原文转载：http://tech.shaoqun.com/a/317683.html

跨境电商：https://www.ikjzd.com/

aeo：https://www.ikjzd.com/w/2356

olive：https://www.ikjzd.com/w/2025

来源：Nature自然科研　　越来越多的证据表明，会自我攻击的"自身抗体"或许是理解一部分最严重病例的关键。　　COVID-19已经出现一年多了，但是围绕它的许多问题依然未解：为什么有的人病情特别重？为什么体内的病毒完全清除后，有些人的肺部损伤仍会加重？"长期新冠"（longCOVID）患者为什么会经历长达几个月的多器官病症？越来越多的研究显示，其中一些问题或许能用免疫系统错误攻击机体来解释——这
启明星软件：启明星软件
zappos.com：zappos.com
MuCharm瞄准中东女性电商机遇，如何实现快速发展？：MuCharm瞄准中东女性电商机遇，如何实现快速发展？
Outlet Deals是什么？亚马逊Outlet Deals与LD、BD有什么区别？：Outlet Deals是什么？亚马逊Outlet Deals与LD、BD有什么区别？
学会这五招能预防Wish旺季的大面积退款：学会这五招能预防Wish旺季的大面积退款

火箭一夜3消息！3人被下放，少了哈登表现更佳？沃尔5数据超威少_NBA发展联盟

原标题：火箭一夜3消息！3人被下放，少了哈登表现更佳？沃尔5数据超威少

随着NBA发展联盟缩水赛季将于2月份开始，火箭方面也将小凯文-波特，布罗德里克-托马斯和肯尼-马丁等球员下放到毒蛇队。

由于2020-21赛季发展联盟将在佛罗里达州一个"泡沫园区"内进行，所以球员必须提前抵达并且接受新冠状病毒的隔离。

考虑到小凯文-波特在上赛季为骑士效力期间就是场均23.2分钟上场时间内得到10分的新秀球员，所以他在发展联盟打球很可能会有足够好的数据表现。

实际上在火箭推动涉及小凯文-波特的交易以来，主教练斯蒂芬-塞拉斯就强调波特重返NBA赛场还需要一个过程，至于托马斯和马丁都还是新秀球员，他们被下放到发展联盟也是可以预料到的选择。

另一方面，火箭新秀梅森-琼斯由于为火箭效力期间也算是有出色表现，所以他并没有下放到发展联盟。

对目前这支火箭来说，球队正经历送走昔日球队当家詹姆斯-哈登之后的转变，而美媒也在社交媒体上列出火箭推动涉及哈登交易之后的数据变化：

"自从詹姆斯-哈登被交易到篮网之后：火箭能有联盟第8的净效率（交易前排在第21位），篮网仅有联盟第13的净效率（交易前排在第3位）。"

从上述数据来看，即便送走哈登很大程度上就意味着火箭丧失竞争总冠军奖杯的机会，但这对火箭来说似乎并不完全是坏事。

这尤其是约翰-沃尔加盟这支火箭之后的表现，据报道，2020-21赛季至今沃尔在BPM，抢断率，封盖率，真实投篮命中率和每75分钟得分等数据上都有比威斯布鲁克更好的表现：

从这些数据来看，目前这支在约翰-沃尔率领下的火箭似乎也还是值得期待的球队。返回搜狐，查看更多

责任编辑：

原文转载：http://sport.shaoqun.com/a/389625.html

跨境电商：https://www.ikjzd.com/

关键词分析工具：https://www.ikjzd.com/w/1968

联动优势电子商务：https://www.ikjzd.com/w/1921

原标题：火箭一夜3消息！3人被下放，少了哈登表现更佳？沃尔5数据超威少随着NBA发展联盟缩水赛季将于2月份开始，火箭方面也将小凯文-波特，布罗德里克-托马斯和肯尼-马丁等球员下放到毒蛇队。由于2020-21赛季发展联盟将在佛罗里达州一个"泡沫园区"内进行，所以球员必须提前抵达并且接受新冠状病毒的隔离。考虑到小凯文-波特在上赛季为骑士效力期间就是场均23.2分钟上场时间内得到10分的新秀球员，所以他
杨颜：杨颜
zappos.com：zappos.com
亚马逊运营绝招：专利申请及查询步骤详解：亚马逊运营绝招：专利申请及查询步骤详解
新机遇新挑战，全面解读揭秘亚马逊测评项目：新机遇新挑战，全面解读揭秘亚马逊测评项目
Otto：Otto

快下架！美亚搜索词排名第一，这个爆款要糊

发掘潜在爆款是卖家的终极选品目标，但沙里淘金，卖家费了大力气挖到的爆款可能是个烫手山芋。

 

近期，热卖产品侵权爆发，其中包括正当红的解压玩具、爆款筋膜枪及植物灯等，被告卖家库存堆积、账号受限，而躲过一劫的卖家直呼"幸好没有入局"。

 

解压玩具热搜第一，侵权卖家被告

 

近日，解压玩具成大热门。行业数据显示，在本周美亚搜索词排名中，"fidget toys"排名较上周大幅上涨，已跃居榜单第一。

 

 

谷歌趋势也证实了此类产品的受欢迎程度，1月上旬，"fidget toys"在谷歌上的搜索热度达到顶峰，至今仍保持在高位。此外，"fidget toys plus"、"homemade fidget toys"等相关查询热度也出现飙升。

 

 

目前来看，部分买家留给解压玩具的预算不多，他们会搜索"便宜的解压玩具"、"5或10美元以下的解压玩具"。

 

在热销的此类玩具中，Push Pop Bubble（推泡泡）已霸占美亚玩具新品榜，部分产品还跻身大类飙升榜和畅销榜，成为吸金爆款。但这款产品从外观到玩法上均与Last Mouse Lost（灭鼠先锋）高度相似，灭鼠先锋所属公司Foxmind已提交图形（含圆形和方形）商标申请，灭鼠先锋外观专利也被抢注，因此推泡泡这一玩具侵权风险较高。

 

指尖陀螺曾是现象级解压爆款，现在，一款指间磁环又吸引了不少买家。指间磁环提供了多个可互相吸附、旋转的强磁圆环，人们可随意组合搭配在手指上旋转，做出各种变化，这些手指小动作可以让人娱乐、减压。

 

 

在美亚搜索"magnetic rings"，有超4000个结果，这些产品品牌不一，售价大多在10美元上下，但其中多数都是在铤而走险。

 

本周，一些指间磁环卖家被诉侵权，原告是FINGEARS LIMITED，据了解，该品牌方在28大类注册了2个商标，并申请了相关专利，正在销售这一产品的卖家需尽快避险。

 

筋膜枪爆雷，卖家产品遭全部下架

 

在国内，"筋膜枪抢茅台"是最近的热词，不少网友用筋膜枪提高网购抢茅台的手速，让人哭笑不得。在海外，筋膜枪则是热度不减的按摩产品，刚刚过去的11-12月份中，筋膜枪（Massage gun）在谷歌的搜索量暴涨，热度触顶，不少卖家忍不住纷纷入局。美亚上，这款高单价产品售价在100美元上下。

 

 

本周，美亚、日亚等站点筋膜枪开始遭殃。一位卖家在社交平台发文称，美国站筋膜枪踩雷，被投诉侵权发明专利。

 

（卖家发文）

 

该卖家表示，其仅剩少量库存，已经没有继续补货，这时突然出了问题；所幸，销售账号及钱款未被波及。有卖家称，筋膜枪侵权年中已有警示，另一位旁观卖家则感到庆幸："8月份的时候想入坑被大佬拦住了，果然……"

 

据了解，筋膜枪已被申请多个外观专利，其中不少申请是由中国卖家提交的。如果想销售此类产品，卖家应采购有专利的产品，拿到授权书后再上架销售，以免被告侵权。

 

此外，平台对筋膜枪的审核也更严格了。

 

一位亚马逊卖家表示，筋膜枪因被划入医疗器械类在日本站被全部下架，不知道其它站点会不会步后尘。"筋膜枪是高货值产品，一但被下架损失可想而知，卖家损失少则十几万，多则上千万。"该卖家很是焦急。

 

另一位卖家表示，因是按摩矫正相关产品，前段时间筋膜枪类目被全部下架。现在许多卖家是在自发货销售，而使用FBA风险更大，保不准什么时候链接就被下架了。

 

植物灯侵权，卖家30万被冻结

 

植物灯算是相对热门的季节性产品，因为欧美国家也有夏季和冬季，许多当地消费者买来这款产品，在冬天阳光不足的时候使用，促进蔬菜或花草的生长，所以这款产品订单可观。

 

尤其是在欧美一些地区对大M市场开放后，一些人买来植物灯种植大M提高经济收入，植物灯的需求更是水涨船高，而且这种产品可算是有一定技术含量的，有些卖家给归类到电子产品，所以产品整体的货值是高的。

 

据跨境电商平台数据显示，近三个月中国农资农具销量同比去年翻番，在疫情严峻的法国，农用拖拉机买家比去年翻了整整一倍，植物灯销售额暴涨129%。

 

热销的同时，植物灯也面临着侵权风波，近期一批卖家称因为售卖这款产品被告。有卖家被告之后，账户里的30万资金被冻结，并被索赔3万美金；也有卖家植物灯链接被删除。

 

目前，已有业内卖家紧急避难，下架植物灯产品。售卖完的卖家也决定不再上新。除了侵权这个大问题，植物灯这类产品有货值高、热销的属性，但是其本身也面临着风险。

 

有售卖过植物灯的卖家介绍，因为长期使用，产品容易坏掉，所以有不少客户会发起退货、退款，产品差评率也相对较高。如果质量控制不好，很容易造成较大损失。

 

此外，植物灯本身体积和重量都不小，所以产品不适合空运，走海运就比较考验卖家的备货数量，备货少不够卖，备货多只能含泪清库存，备货是对卖家现金流的又一重考验。

 

高收益的产品存在高风险，而且侵权之后链接被删，资金被冻结……卖家只能默默承担后果。

 

彩虹猫NYAN CAT侵权，卖家尽快下架

 

游戏彩虹猫NYAN CAT是一只可爱的小猫，它在天空中飞行时会出现彩虹的颜色，非常漂亮。因此受到了许多粉丝的追捧。

 

近期游戏彩虹猫NYAN CA在维权，代理律所为NIXON PEABODY LLP。目前游戏彩虹猫NYAN CAT的图片和文字都被注册成了商标，卖家一定要格外小心，产品图片不能带有彩虹猫形象，这是侵权的重灾区，标题描述也不能含有相关字眼。

 

目前游戏彩虹猫NYAN CAT已经发起侵权诉讼，不过还没有开始对卖家账户进行冻结，请相关卖家尽快下架，避免造成损失。

原文转载：http://www.shaoqun.com/a/521186.html

跨境电商：https://www.ikjzd.com/

亚马逊全球开店制造：https://www.ikjzd.com/w/204.html

farfetch：https://www.ikjzd.com/w/2133

发掘潜在爆款是卖家的终极选品目标，但沙里淘金，卖家费了大力气挖到的爆款可能是个烫手山芋。近期，热卖产品侵权爆发，其中包括正当红的解压玩具、爆款筋膜枪及植物灯等，被告卖家库存堆积、账号受限，而躲过一劫的卖家直呼"幸好没有入局"。解压玩具热搜第一，侵权卖家被告近日，解压玩具成大热门。行业数据显示，在本周美亚搜索词排名中，"fidgettoys"排名较上周大幅上涨，已跃居榜单第一。谷歌趋势也证实了此类产
淘粉吧首页：淘粉吧首页
ebay易趣：ebay易趣
营销干货：Instagram鲜为人知的6个营销功能！：营销干货：Instagram鲜为人知的6个营销功能！
2018年非洲移动支付大事件汇总！：2018年非洲移动支付大事件汇总！
神兽归笼！亚马逊新商机全面到来：神兽归笼！亚马逊新商机全面到来

女人说冷静意味着什么 女人没彻底死心的表现

情侣之间发生不愉快，女生说要冷静一下，给自己的情绪释放期，其实出现问题的话，彼此冷静冷静是很好的方法，利用冷静期好好梳理一下关系。

女人说冷静意味着什么

说明你们两个的感情发生了问题，她心里可能觉得很烦，也觉得相处得很累所以想冷静一下。意味着她对你失望想分手。由于你们之间存在误会吧，可能忙忘了关心她，可能你做了让她伤心的事，你又不想解释，她又懒得问，所以说需要冷静一下，然后冷静着就分手了。

女人没彻底死心的表现

1、跟你做朋友

当两个人分手以后，女人主动提出跟你做普通朋友，可能男人觉得这个很正常，但是恰恰说明女人对你还没有死心，不想彻底离开你的生活，跟你划分界限，老死不相往来，彻底死心的女人是不会再提这样的要求，既然不是情侣了，就没必要联系了。

2、主动跟你聊天

如果女人分手后还是跟你聊天，你们之间根本没什么可聊的，但是他就是想和你联系，不管聊什么都可以，这说明女人心里还是有你的，当时分手或许是他一生的冲动，之后觉得你还是对她很好的，所以女人不会彻底死心，她还是想和你保持联系。

3、关注你的一切

居然没有死心就会关注你的一切，比如你现在有没有新欢，你的工作怎么样?当前任还是这样关心你的动态，说明她没有对你死心，你在她心里是有一定地位的，自然也不排除女人想跟你和好。

原文转载：http://lady.shaoqun.com/a/265114.html

跨境电商：https://www.ikjzd.com/

etoro：https://www.ikjzd.com/w/1402

燕文物流：https://www.ikjzd.com/w/2229

情侣之间发生不愉快，女生说要冷静一下，给自己的情绪释放期，其实出现问题的话，彼此冷静冷静是很好的方法，利用冷静期好好梳理一下关系。女人说冷静意味着什么说明你们两个的感情发生了问题，她心里可能觉得很烦，也觉得相处得很累所以想冷静一下。意味着她对你失望想分手。由于你们之间存在误会吧，可能忙忘了关心她，可能你做了让她伤心的事，你又不想解释，她又懒得问，所以说需要冷静一下，然后冷静着就分手了。女人没彻底死
c88：c88
mail.ru：mail.ru
慌！大量iPhone 12相关产品被下架！Best Seller也不例外！：慌！大量iPhone 12相关产品被下架！Best Seller也不例外！
2019第三财季Lazada订单同比增幅达97%：2019第三财季Lazada订单同比增幅达97%
案例分享：亚马逊店铺因为Review违规被关，如何申诉？：案例分享：亚马逊店铺因为Review违规被关，如何申诉？

Java SPI 与 Dubbo SPI

SPI（Service Provider Interface）是JDK内置的一种服务提供发现机制。本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类。这样可以在运行时，动态为接口替换实现类。

在Java中SPI是被用来设计给服务提供商做插件使用的。基于策略模式来实现动态加载的机制。我们在程序只定义一个接口，具体的实现交个不同的服务提供者；在程序启动的时候，读取配置文件，由配置确定要调用哪一个实现。有很多组件的实现，如日志、数据库访问等都是采用这样的方式，最常用的就是 JDBC 驱动。

1.  Java SPI

核心类：java.util.ServiceLoader

服务是一组众所周知的接口和(通常是抽象的)类。服务提供者是服务的特定实现。提供者中的类通常实现接口，并子类化服务本身中定义的类。服务提供者可以以扩展的形式安装在Java平台的实现中，即放置在任何常见扩展目录中的jar文件。提供程序也可以通过将它们添加到应用程序的类路径或其他特定于平台的方法来提供。

通过在资源目录META-INF/services中放置一个提供程序配置文件来识别服务提供程序。文件名是服务类型的完全限定二进制名称。该文件包含具体提供程序类的完全限定二进制名的列表，每行一个。每个名称周围的空格和制表符以及空白行将被忽略。注释字符是'#'；在每一行中，第一个注释字符之后的所有字符都将被忽略。文件必须用UTF-8编码。

按照上面的方法，我们来写个例子试一下

首先，定义一个接口Car

package org.example;public interface Car { void run();}

两个实现类

ToyotaCar.java

package org.example;public class ToyotaCar implements Car { @Override public void run() {  System.out.println("Toyota"); }}

HondaCar.java

package org.example;public class HondaCar implements Car { @Override public void run() {  System.out.println("Honda"); }}

在META-INF/services下创建一个名为org.example.Car的文本文件

org.example.ToyotaCarorg.example.HondaCar

最后，写个测试类运行看一下效果

package org.example;import java.util.ServiceLoader;public class App{ public static void main( String[] args ) {  ServiceLoader<Car> serviceLoader = ServiceLoader.load(Car.class);  serviceLoader.forEach(x->x.run()); }}

跟一下ServiceLoader的代码，看看是怎么找到服务实现的

用当前线程的类加载器加载

接口和类加载器都有了，万事俱备只欠东风

Java SPI 不足之处：

• 不能按需加载。Java SPI在加载扩展点的时候，会一次性加载所有可用的扩展点，很多是不需要的，会浪费系统资源
• 获取某个实现类的方式不够灵活，只能通过 Iterator 形式获取，不能根据某个参数来获取对应的实现类
• 不支持AOP与IOC
• 如果扩展点加载失败，会导致调用方报错，导致追踪问题很困难

2.  Dubbo SPI

Dubbo重新实现了一套功能更强的SPI机制, 支持了AOP与依赖注入，并且利用缓存提高加载实现类的性能，同时支持实现类的灵活获取。

<dependency>  <groupId>org.apache.dubbo</groupId>  <artifactId>dubbo</artifactId>  <version>2.7.8</version></dependency>

核心类：org.apache.dubbo.common.extension.ExtensionLoader

先来了解一下@SPI注解，@SPI是用来标记接口是一个可扩展的接口

改造一下前面的例子，在Car接口上加上@SPI注解

package org.example;import org.apache.dubbo.common.extension.SPI;@SPIpublic interface Car { void run();}

两个实现类不变

在META-INF/dubbo目录下创建名为org.example.Car的文本文件，内容如下（键值对形式）：

toyota=org.example.ToyotaCarhonda=org.example.HondaCar

编写测试类

package org.example;import org.apache.dubbo.common.extension.ExtensionLoader;import java.util.ServiceLoader;public class App{ public static void main( String[] args ) {  // Java SPI  ServiceLoader<Car> serviceLoader = ServiceLoader.load(Car.class);  serviceLoader.forEach(x->x.run());  // Dubbo SPI  ExtensionLoader<Car> extensionLoader = ExtensionLoader.getExtensionLoader(Car.class);  Car car = extensionLoader.getExtension("honda");  car.run(); }}

下面跟一下代码

如果缓存Map中有，直接返回，没有则加载完以后放进去

 

加载策略到底是怎样的呢？

到这里就有点明白了，又看到了熟悉的ServiceLoad.load()，这不是刚才讲的Java SPI嘛

回到之前策略那个地方，将策略按顺序排列，依次遍历所有的策略来加载。就是在那三个目录下查找指定的文件，并读取其中的内容

跟之前的ServiceLoader如出一辙

遇到@Adaptive标注的就缓存起来

下课 

原文转载：http://www.shaoqun.com/a/521162.html

跨境电商：https://www.ikjzd.com/

dmm.adult：https://www.ikjzd.com/w/2026

kili：https://www.ikjzd.com/w/238

SPI（ServiceProviderInterface）是JDK内置的一种服务提供发现机制。本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类。这样可以在运行时，动态为接口替换实现类。在Java中SPI是被用来设计给服务提供商做插件使用的。基于策略模式来实现动态加载的机制。我们在程序只定义一个接口，具体的实现交个不同的服务提供者；在程序启动的时候，读取配置文件，由配
识货：识货
贝贝官网：贝贝官网
上万辆配送卡车滞留！亚马逊大规模退货潮来临！：上万辆配送卡车滞留！亚马逊大规模退货潮来临！
2020 Wish年度卖家云峰会，人、货、运的全面升级！：2020 Wish年度卖家云峰会，人、货、运的全面升级！
Amazon官方PPC广告基础：Amazon官方PPC广告基础