拷贝

''' 元组字典集合内置方法与拷贝 ''' # 什么是元组tuple（了解）：只可取 不可更改 的列表,元组一创建就被写死了 lt = [1, 2, 3] lt[0] = 2 # 1. 作用：元组一创建就被写死了 # 2. 定义方式：()内用逗号隔开多个元素（可以为任意数据类型） lt = list([1,2,3]) tup = tuple((1, 2, 3)) print(tup, type(tup)) # 如果元组只有一个元素，必须得加逗号 tup1 = (1,) print(tup1, type(tup1)) # 3. 使用方法 # 1. 索引取值 print(tup[0]) # 2. 索引切片 print(tup[0:3]) # 3. for循环 for i in tup: print(i) # 4. 成员运算 print(0 in tup) # 5. len长度 print(len(tup)) # 6. index获取元素索引 print(tup.index(1)) # 7. count 计数 print(tup.count(2)) # 4. 有序or无序 # 有序 # 5. 可变or不可变: 压根不存这一说 # 字符串/列表/字典 --》 常用，他们三个就足够描述时间万物了 # 其他的数据类型可以被替代 --》 列表替代元组，redis数据库替代集合 # 1. 作用:

五种IO模型： 一.在总结五种IO模型之前我们了解一下什么是IO？？？ I表示input，O表示output，合在一起就是IO―表示输入输出设备；每个设备都有一个专用的IO地址，用来处理自己的输入输出信息； 需要注意：IO地址绝对不能有重复，如果两个IO地址有冲突则会造成系统硬件不能正常工作； 二. IO模型： 对于一次IO访问（以read举例），数据会先被拷贝到操作系统内核的缓冲区中， 然后才会从操作系统内核的缓冲区拷贝到应用程序的地址空间。 所以说，当一个read操作发生时，它会经历两个阶段： （1） 等待数据准备 （2）将数据从内核拷贝到进程中 在网络编程环境中，一次IO操作主要包括两个部分： 等数据准备 拷贝数据 所以如果想要提高IO效率，就应该想办法让等的比重减少。 Linux下常见五种IO模型分类： 三.五种IO模型及基本概念： 1.阻塞IO： 在内核将数据准备好之前, 系统调用会一直等，所有的套接字, 默认都是阻塞方式； 具体的过程： （1）当用户进程调用了recvfrom这个系统调用，kernel就开始了IO的第一个阶段： 准备数据（对于网络IO来说，很多时候数据在一开始还没有到达；比如，还没有收到一个完整的UDP包。这个时候kernel就要等待足够的数据到来）；这个过程需要等待，也就是说数据被拷贝到操作系统内核的缓冲区中是需要一个过程的；而在用户进程这边

1. 拷贝构造函数 　　 如果一个构造函数的 第一个参数是自身类型的引用 ，且额外参数都有默认值，则此构造函数是拷贝构造函数。 　　 而合成拷贝构造函数是缺省的拷贝构造函数，即默认的拷贝构造函数，一般情况下，它的实际操作是 对所有成员变量进行一次赋值操作 。 如果成员的缺省的赋值操作不能满足需求（如是一个链表或含有指针） ,就必须要对成员类定义重载赋值操作符，才能够让合成拷贝构造函数起作用。 　　 通常 在函数的调用时，使用非引用的对象类型作函数参数时，这个时候会调用该类的拷贝构造函数 ，如下形式： #include <string> #include <string.h> #include <stdlib.h> #include <iostream> using namespace std ; class Book { private : char * _bookISBN ; float _price ; public : Book ( char * ISBN , float price = 0.0f ): _price ( price ){ _bookISBN = ( char *) malloc ( strlen ( ISBN ) + 1 ); strcpy ( _bookISBN , ISBN ); cout << "构造函数被调用." << endl ; } Book (

Object中clone()方法是protected的，是浅拷贝，要使用clone方法，要重写它，只有实现了 implements Cloneable 才可以调用该方法，否则会抛出CloneNotSupportedException异常。 @Override public Object clone(){ Object o = null; try { o = super.clone(); }catch (CloneNotSupportedException e){ e.printStackTrace(); } // Person p = (Person) o; // p.book = (Book)p.getBook().clone(); //放开这两段即为深拷贝的用法 return o; } 在我们需要复制对象的时候常用的三种方式 public static void main(String[] args){ Book b = new Book("java"); Person p = new Person("wt",b); Person p1 = new Person(p); Person p2 = (Person) p.clone(); b.setBookName("js"); p.setName("zjj"); System.out.println("P:"+p); System

1.Netty 是什么？ Netty 是一款基于 NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于 BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高。难能可贵的是，在保证快速和易用性的同时，并没有丧失可维护性和性能等优势。 2.Netty 的特点是什么？ 高并发：Netty 是一款基于 NIO（Nonblocking IO，非阻塞IO）开发的网络通信框架，对比于 BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高。 传输快：Netty 的传输依赖于零拷贝特性，尽量减少不必要的内存拷贝，实现了更高效率的传输。 封装好：Netty 封装了 NIO 操作的很多细节，提供了易于使用调用接口。 3.什么是 Netty 的零拷贝？ Netty 的零拷贝主要包含三个方面： Netty 的接收和发送 ByteBuffer 采用 DIRECT BUFFERS，使用堆外直接内存进行 Socket 读写，不需要进行字节缓冲区的二次拷贝。如果使用传统的堆内存（HEAP BUFFERS）进行 Socket 读写，JVM 会将堆内存 Buffer 拷贝一份到直接内存中，然后才写入 Socket 中。相比于堆外直接内存，消息在发送过程中多了一次缓冲区的内存拷贝。 Netty 提供了组合 Buffer 对象，可以聚合多个

近期编译了android下支持opencl的opencv，使用opencl能力的关键是用cv::UMat替换cv::Mat。 实际使用后发现坑很多，非常不成熟，不推荐使用这种方式来提升实际产品的性能。 每个UMat产生的时候会从gpu分配内存，而GPU分配内存是很慢的；使用Mat的时候，这点开销不值得一提，但是UMat完全不是一回事。因此，UMat一定一定要重用，避免反复分配。 mat.getUMat()方法很多坑，引用计数的错误很难查，至今没搞明白原理。因此一直用mat.copyTo(umat)来代替。 mat.copyTo(umat) 和 umat.copyTo(mat)也是很慢的，因此，一定要计算时间大于数据拷贝时间，抵消了拷贝的开销，使用umat才能带来性能提升。 例如这样一个函数 cv::cvtColor(umat_in, umat_out)，第一次使用是很慢的，因为opencl的核函数编译很耗时。因此要使用很多次，多到第一次使用的编译开销可以忽略。 再说核函数编译的问题：opencv是C风格的，每次调用，核函数都要编译一次，虽然第二次以后很快，但是这种每次调用都编译一次核函数没有意义。 T-API看起来很好，一套API既支持Mat又支持UMat，但其中的坑是：计算到底用GPU完成的还是CPU完成的，你不知道。例如我使用cv::dft()一样

一、列表浅拷贝演示 列表的浅拷贝的产生 列表的浅拷贝的检查 什么样的操作会继续共享浅拷贝 什么样的操作会破坏共享浅拷贝 #============================================================================ #针对列表进行append，remove等操作不会破坏浅拷贝两个列表一同更新 #针对列表中间元素进行复制，不会破坏浅拷贝 两个列表一同更新 #针对中间一个列表进行复制 会重新设置id 破坏浅拷贝 之后两个列表无关 print("===="*5,"等于所带来浅拷贝") list1 = [1,2,3] list2 = list1 print("after = ======") print("打印list1:",list1) print("打印list2:",list2) print("List1地址：",id(list1)) print("List2地址：",id(list2)) list1.remove(3) print("after remove=====") print("打印list1:",list1) print("打印list2:",list2) print("List1地址：",id(list1)) print("List2地址：",id(list2)) list1.append(3) print(

当SVN改变你的工作拷贝(或是.svn中的任何信息)，它会尽可能的小心。在进行任何修改操作时，SVN都会把日志记录到日志文件中，然后执行log文件中的命令， 并且执行过程中在工作拷贝的相关部分保存一个锁，防止SVN客户端在变更过程中访问工作拷贝。如果SVN的操作中断了（举个例子：进程被杀死了，机器死掉了）， 日志文件会保存在硬盘上。通过执行日志文件，SVN可以完成上一次没有完成的操作，你的工作拷贝可以回到一致的状态。 这就是svn clean up命令的功能：它查找工作拷贝中的所有遗留的日志文件，删除进程中工作拷贝的锁。如果SVN告诉你工作拷贝中的一部分已经“锁定”了， 你就需要运行这个命令了。 1、eclipse下右键team--》Refresh/cleanup 2、桌面版svn，右键cleanup

Android开发中有一个常见的需求，就是把我们App开发的应用，拷贝到system/app目录下，当成一个系统级应用，然后一起打包升级。 Android系统编译生成目录：out\target\product<platform-name> Android编译mk文件目录：build\core 我是在build\core\envsetup.mk中进行修改的： 增加： # PRODUCT_COPY_FILES += device / fsl / imx8q / userdata / app : $ ( TARGET_OUT_APPS ) PRODUCT_COPY_FILES += $ ( call find - copy - subdir - files , * , device / fsl / imx8q / userdata / app , system / app ) PRODUCT_COPY_FILES += $ ( call find - copy - subdir - files , * , device / fsl / imx8q / userdata / priv - app , system / priv - app ) ifeq ( $ ( TARGET_IS_64_BIT ) , true ) # / system / lib always contains 32

我只有一个ubuntu系统，所以不是windows的锅 通过journalctl -xb 查看日志输出，查看那块设备有问题！ 方法一： 使用 vim /etc/fstab ，检查磁盘挂载信息，看看都用了哪块磁盘 执行命令 fsck -y /dev/sda1执行fsck校验并修复文件 最终我出问题的应该是sda1，reboot之后就没问题了！ 我想把里面的东西拷贝出来，结果发现进入不了Desktop只能到/目录下。 cp [选项] 源文件或目录 目标文件或目录 a 该选项通常在拷贝目录时使用。它保留链接、文件属性，并递归地拷贝目录，其作用等于dpR选项的组合。 d 拷贝时保留链接。 f 删除已经存在的目标文件而不提示。 i 和f选项相反，在覆盖目标文件之前将给出提示要求用户确认。回答y时目标文件将被覆盖，是交互式拷贝。 p 此时cp除复制源文件的内容外，还将把其修改时间和访问权限也复制到新文件中。 r 若给出的源文件是一目录文件，此时cp将递归复制该目录下所有的子目录和文件。此时目标文件必须为一个目录名。 l 不作拷贝，只是链接文件。 umount /dev/sda8 弹出设备; 方法二： 我上次用过的方法： 利用Ubuntu系统的恢复模式恢复就好了！ 文章来源: https://blog.csdn.net/qq_32526087/article/details/91618539