时间戳

总体的思路： 是在点击导出按钮时获得一个时间戳并把时间戳填充到form表单中发送给后台，后台响应成功后把发送的时间戳设置为cookie值，前端实时监测cookie值和前端的时间戳是否相等，相等就说明文件导出成功，提示导出结果。 难点：流写入到浏览器中，但是没有办法判断浏览器什么时候下载完成。 具体看代码实现： 前端表单提交提交date var date=new Date().getTime();//获取时间 html.push('<input type="text" name="date" value="'+date+'" />');//添加到表单 $('#exportForm').submit().remove();//表单提交 后端导出方法时候，加入一段添加cookie的逻辑： response.setHeader("Content-type", "text/html;charset=UTF-8"); response.setContentType("application/vnd.ms-excel"); Cookie cookie = new Cookie("D" + date, date + "," + size);//将时间戳设置到cookie中 cookie.setMaxAge(20000);//设置cookie生存时间，可调小一点 response.addCookie

C#中的时间戳 https://www.jianshu.com/p/ea164c6ee987 来源： https://blog.guoqianfan.com/2019/11/24/timestamp-in-csharp/ 什么是时间戳 时间戳默认是 Unix时间戳 。 首先要清楚JavaScript与Unix的时间戳的区别： JavaScript时间戳：是指格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的 总毫秒数 。 Unix时间戳：是指格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的 总秒数 。 可以看出JavaScript时间戳是 总毫秒数 ，Unix时间戳是 总秒数 。 比如同样是的 2016/11/03 12:30:00 ，转换为JavaScript时间戳为 1478147400000；转换为Unix时间戳为 1478147400。 从上面也可以看出 时间戳与时区无关 。 Unix时间戳相互转换 C# DateTime转换为Unix时间戳 .NET 4.6新方法 只能在 .NET 4.6及更高版本里才能使用。 作者：落日流水 链接：https://www.jianshu.com/p/ea164c6ee987 来源：简书 著作权归作者所有

方法 说明 datetime.date.fromtimestamp() 返回一个日期对象，参数是时间戳,返回 [年-月-日] datetime.date.isocalendar(obj) 把日期对象返回一个带有年月日的元组 datetime.date.isoformat(obj) 当前[年-月-日]字符串表示(2014-03-24) datetime.date.isoweekday(obj) 返回一个日期对象的星期数,周一是1 datetime.date.today() 本地日期对象,(用str函数可得到它的字面表示(2014-03-24)) datetime.date.today().timetuple() 转换为时间戳datetime元组对象，可用于转换时间戳 datetime.date.weekday(obj) 返回一个日期对象的星期数,周一是0 datetime.datetime.now().timetuple() 转换为时间戳datetime元组对象，可用于转换时间戳 datetime.datetime.now([tz]) 返回指定时区的datetime对象 2014-03-24 23:31:50.419000 datetime.datetime.strftime(datetime.datetime.now(), ‘%Y%m%d %H%M%S‘)

1.准备阶段 1.1 环境 虚拟机A ： 192.168.0.130 虚拟机B ：192.168.0.131 系统： Ubuntu 16.04 LTS JRE：OpenJDK 1.8.0_151（A、B都要安装） DB：MySQL 5.7.20（A、B都要安装） ZooKeeper：3.4.11（只装A机） Otter Manager：4.2.14 （只装A机）（ 4.2.15 启动Node时感觉有Bug，没有使用） Otter Node：4.2.14（A、B都要安装） 1.2 安装环境 1.2.1 JRE安装 sudo apt-get install default-jre 1.2.2 MySQL安装 sudo apt-get install mysql-server sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf character-set-server=utf8 log-bin=mysql-bin binlog-format=ROW server-id=1 #A,B需要设置成不一样的id #bind-address=127.0.0.1 #注释该行 service mysql restart 进入mysql，设置单独账号密码 grant all on *.* to 'root'@'%' identified by 'password';

RACLE基本数据类型（亦叫内置数据类型 built-in datatypes)可以按类型分为：字符串类型、数字类型、日期类型、LOB类型、LONG RAW& RAW类型、ROWID & UROWID类型。 一 字符串类型 CHAR类型 CHAR(size [BYTE | CHAR]) CHAR类型，定长字符串，会用空格填充来达到其最大长度。非NULL的CHAR（12）总是包含12字节信息。CHAR字段最多可以存储2,000字节的信息。如果创建表时，不指定CHAR长度，则默认为1。另外你可以指定它存储字节或字符，例如 CHAR(12 BYTYE) CHAR(12 CHAR).一般来说默认是存储字节，你可以查看数据库参数 1.2： NCHAR类型 这是一个包含UNICODE格式数据的定长字符串。NCHAR字段最多可以存储2,000字节的信息。它的最大长度取决于国家字符集。另外查询时，如果字段是NCHAR类型，则需要如下书写 SELECT translated_description FROM product_descriptions WHERE translated_name = N'LCD Monitor 11/PM'; 1.3 VARCHAR类型 不要使用VARCHAR数据类型。使用VARCHAR2数据类型。虽然VARCHAR数据类型目前是VARCHAR2的同义词

一 字符串类型 1.1：CHAR类型 CHAR(size [BYTE | CHAR]) CHAR类型，定长字符串，会用空格填充来达到其最大长度。非NULL的CHAR（12）总是包含12字节信息。CHAR字段最多可以存储2,000字节的信息。如果创建表时，不指定CHAR长度，则默认为1。另外你可以指定它存储字节或字符，例如 CHAR(12 BYTYE) CHAR(12 CHAR).一般来说默认是存储字节，你可以查看数据库参数 1.2： NCHAR类型 这是一个包含UNICODE格式数据的定长字符串。NCHAR字段最多可以存储2,000字节的信息。它的最大长度取决于国家字符集。另外查询时，如果字段是NCHAR类型，则需要如下书写 SELECT translated_description FROM product_descriptions WHERE translated_name = N'LCD Monitor 11/PM'; 1.3 VARCHAR类型 不要使用VARCHAR数据类型。使用VARCHAR2数据类型。虽然VARCHAR数据类型目前是VARCHAR2的同义词，VARCHAR数据类型将计划被重新定义为一个单独的数据类型用于可变长度的字符串相比，具有不同的比较语义。 1.4： VARCHAR2类型 变长字符串，与CHAR类型不同，它不会使用空格填充至最大长度

文档参考 http://xilinx.eetop.cn/viewnews-2459 PTP协议简介 IEEE1588 x协议定义了5种类型的传输报文: 同步报文（sync） 跟随报文（follow_up） 延时请求报文（delay_req） 延时响应报文（delay_resp） 管理报文（management） 其中前4种主要用于时间戳交换，具体的时间戳交换过程如下图所示： 时间戳同步过程包括主节点Master，从节点Slave，主节点和从节点都是利用晶振维持本地时钟。同步的目的是使从节点的本地时钟的时间戳鱼主节点本地时钟的时间戳达到相对同步。未同步时，从节点相对主节点有一个时间偏差offset。同步的过程能够计算出这个偏差。 主时钟周期性地向从时钟发送同步报文SYNC，这个报文没有任何有效数据，但是当SYNC发出时，master能够记录下来时间戳t1,当slave接收到SYNC，slave能够记录下来时间戳t2。为了让slave也知道t1，稍后master向slave发送跟随报文FOLLOW_UP,这个报文中包含了t1这个有效数据。 然后，为了计算master到slave的延时，在slave接收到FOLLOW_UP后一段时间，slave向master发送一个DELAY_REQ报文。和SYNC 类似，当DELAY_REQ离开slave时记录时间戳t3，当DELAY

并非严格的说, CoreData 是对sqlite数据库的一个封装. sqlite数据库操作的基本流程是, 创建数据库, 再通过定义一些字段来定义表格结构, 可以利用sql语句向表格中插入记录, 删除记录, 修改记录, 表格之间也可以建立联系. 这个过程出现了, 表格的结构(schema), 所有表格的结构和相互联系构成整个数据库的模型, 数据库存放的方式(可以是文件或者在内存), 数据库操作, sql语句(主要是查询), 表格里面的记录 下面将上面说的文字, 跟 CoreData 的类作个对应: 表格结构 --> NSEntityDescription 数据库中所有表格和他们的联系 -->NSManagedObjectModel 数据库存放方式 --> NSPersistentStoreCoordinator 数据库操作 --> NSManagedObjectContext 查询语句 --> NSFetchRequest 表格的记录 --> NSManagedObject 可能上面的对应关系并非十分严格, 但确实可以帮助理解. 下面再看看 CoreData 的类 NSEntityDescription NSManagedObjectModel NSEntityDescription用来定义表格结构,

并非严格的说, CoreData 是对sqlite数据库的一个封装. sqlite数据库操作的基本流程是, 创建数据库, 再通过定义一些字段来定义表格结构, 可以利用sql语句向表格中插入记录, 删除记录, 修改记录, 表格之间也可以建立联系. 这个过程出现了, 表格的结构(schema), 所有表格的结构和相互联系构成整个数据库的模型, 数据库存放的方式(可以是文件或者在内存), 数据库操作, sql语句(主要是查询), 表格里面的记录 下面将上面说的文字, 跟 CoreData 的类作个对应: 表格结构 --> NSEntityDescription 数据库中所有表格和他们的联系 -->NSManagedObjectModel 数据库存放方式 --> NSPersistentStoreCoordinator 数据库操作 --> NSManagedObjectContext 查询语句 --> NSFetchRequest 表格的记录 --> NSManagedObject 可能上面的对应关系并非十分严格, 但确实可以帮助理解. 下面再看看 CoreData 的类 NSEntityDescription NSManagedObjectModel NSEntityDescription用来定义表格结构,

1.背景 在我们的业务需求中通常有需要一些唯一的ID，来记录我们某个数据的标识: 某个用户的ID 某个订单的单号 某个信息的ID 通常我们会调研各种各样的生成策略，根据不同的业务，采取最合适的策略，下面我会讨论一下各种策略/算法，以及他们的一些优劣点。 2.UUID UUID是通用唯一识别码（Universally Unique Identifier)的缩写，开放软件基金会(OSF)规范定义了包括网卡MAC地址、时间戳、名字空间（Namespace）、随机或伪随机数、时序等元素。利用这些元素来生成UUID。 UUID是由128位二进制组成，一般转换成十六进制，然后用String表示。在java中有个UUID类,在他的注释中我们看见这里有4种不同的UUID的生成策略: randomly: 基于随机数生成UUID，由于Java中的随机数是伪随机数，其重复的概率是可以被计算出来的。这个一般我们用下面的代码获取基于随机数的UUID: time-based:基于时间的UUID,这个一般是通过当前时间，随机数，和本地Mac地址来计算出来，自带的JDK包并没有这个算法的我们在一些UUIDUtil中，比如我们的log4j.core.util，会重新定义UUID的高位和低位。 DCE security:DCE安全的UUID。 name-based：基于名字的UUID