精华内容
下载资源
问答
  • 儿的领域

    2019-03-10 17:06:07
    儿的领域链接:http://user.qzone.qq.com/113328649 ...
    丫儿的领域
    链接:http://user.qzone.qq.com/113328649

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14865/viewspace-113610/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/14865/viewspace-113610/

    展开全文
  • 字体管家胖儿字体是中文字体库中的一款字体,字体管家胖儿字体是一款用于胖设计方面的字体,喜欢或需要此字体的朋友们可以前来下载使用。 文字添加方法: 第一种:下载解压后直接将字体复制到C:\WINDOWS\...
  • 您现在使用的是Mango开发的一套专门为你的个人博客系统——永(yongya)个人博客。该系统采用最流行的ASP ACCESS进行搭建,页面使用DIV CSS进行编写,全面兼容时下IE6、IE7、IE8、FIREFOX、360等主流浏览器。系统...
  • 个人博客系统是Mango开发的一套专门的个人博客系统,该系统采用最流行的ASP ACCESS进行搭建,页面使用DIV CSS进行编写,全面兼容时下IE6、IE7、IE8、FIREFOX、360等主流浏览器。系统内置多款主题及精美相册,...
  • 语录

    千次阅读 2006-10-09 09:26:00
    傻妞说,"你以后不许叫我傻妞."不过到时候叫她傻妞,答应的比谁都快.3.跟傻妞过了一个愉快而又有意义的国庆.就是膝盖全都磨破了.艾,作孽.4.傻妞说:你找别人去吧.我唯唯诺诺. 我说,你找别人去吧.傻妞说:

    1."我以后肯定会生个儿zhi(傻傻的,z,c,s 与zh,ch,sh 发音从来没区分开来)."
      "为什么?"
      "生个儿子就有2个男人爱我了,生个女儿就有2个女人爱你了."

    2.傻妞说,"你以后不许叫我傻妞."不过到时候叫她傻妞,答应的比谁都快.

    3.跟傻妞过了一个愉快而又有意义的国庆.就是膝盖全都磨破了.艾,作孽.

    4.傻妞说:你找别人去吧.我唯唯诺诺.
      我说,你找别人去吧.傻妞说:好啊,这你说的.
      艾,欺负人. 

    展开全文
  • TCP ,你的终于来了!!!

    千次阅读 多人点赞 2021-04-20 09:55:45
    这是一个典型的三次握手过程,通过上面 3 个报文段就能够完成一个 TCP 连接的建立。三次握手的的目的不仅仅在于让通信双方知晓正在建立一个连接,也在于利用数据包中的选项字段来交换一些特殊信息,交换初始序列号...

    TCP 是一种面向连接的单播协议,在 TCP 中,并不存在多播、广播的这种行为,因为 TCP 报文段中能明确发送方和接受方的 IP 地址。

    在发送数据前,相互通信的双方(即发送方和接受方)需要建立一条连接,在发送数据后,通信双方需要断开连接,这就是 TCP 连接的建立和终止。

    TCP 连接的建立和终止

    如果你看过我之前写的关于网络层的一篇文章,你应该知道 TCP 的基本元素有四个:即发送方的 IP 地址、发送方的端口号、接收方的 IP 地址、接收方的端口号。而每一方的 IP + 端口号都可以看作是一个套接字,套接字能够被唯一标示。套接字就相当于是门,出了这个门,就要进行数据传输了。

    TCP 的连接建立 -> 终止总共分为三个阶段

    下面我们所讨论的重点也是集中在这三个层面。

    下图是一个非常典型的 TCP 连接的建立和关闭过程,其中不包括数据传输的部分。

    TCP 建立连接 - 三次握手

    1. 服务端进程准备好接收来自外部的 TCP 连接,一般情况下是调用 bind、listen、socket 三个函数完成。这种打开方式被认为是 被动打开(passive open)。然后服务端进程处于 LISTEN 状态,等待客户端连接请求。
    2. 客户端通过 connect 发起主动打开(active open),向服务器发出连接请求,请求中首部同步位 SYN = 1,同时选择一个初始序号 sequence ,简写 seq = x。SYN 报文段不允许携带数据,只消耗一个序号。此时,客户端进入 SYN-SEND 状态。
    3. 服务器收到客户端连接后,,需要确认客户端的报文段。在确认报文段中,把 SYN 和 ACK 位都置为 1 。确认号是 ack = x + 1,同时也为自己选择一个初始序号 seq = y。这个报文段也不能携带数据,但同样要消耗掉一个序号。此时,TCP 服务器进入 SYN-RECEIVED(同步收到) 状态。
    4. 客户端在收到服务器发出的响应后,还需要给出确认连接。确认连接中的 ACK 置为 1 ,序号为 seq = x + 1,确认号为 ack = y + 1。TCP 规定,这个报文段可以携带数据也可以不携带数据,如果不携带数据,那么下一个数据报文段的序号仍是 seq = x + 1。这时,客户端进入 ESTABLISHED (已连接) 状态
    5. 服务器收到客户的确认后,也进入 ESTABLISHED 状态。

    这是一个典型的三次握手过程,通过上面 3 个报文段就能够完成一个 TCP 连接的建立。三次握手的的目的不仅仅在于让通信双方知晓正在建立一个连接,也在于利用数据包中的选项字段来交换一些特殊信息,交换初始序列号

    一般首个发送 SYN 报文的一方被认为是主动打开一个连接,而这一方通常也被称为客户端。而 SYN 的接收方通常被称为服务端,它用于接收这个 SYN,并发送下面的 SYN,因此这种打开方式是被动打开。

    TCP 建立一个连接需要三个报文段,释放一个连接却需要四个报文段。

    TCP 断开连接 - 四次挥手

    数据传输结束后,通信的双方可以释放连接。数据传输结束后的客户端主机和服务端主机都处于 ESTABLISHED 状态,然后进入释放连接的过程。

    TCP 断开连接需要历经的过程如下

    1. 客户端应用程序发出释放连接的报文段,并停止发送数据,主动关闭 TCP 连接。客户端主机发送释放连接的报文段,报文段中首部 FIN 位置为 1 ,不包含数据,序列号位 seq = u,此时客户端主机进入 FIN-WAIT-1(终止等待 1) 阶段。

    2. 服务器主机接受到客户端发出的报文段后,即发出确认应答报文,确认应答报文中 ACK = 1,生成自己的序号位 seq = v,ack = u + 1,然后服务器主机就进入 CLOSE-WAIT(关闭等待) 状态。

    3. 客户端主机收到服务端主机的确认应答后,即进入 FIN-WAIT-2(终止等待2) 的状态。等待客户端发出连接释放的报文段。

    4. 这时服务端主机会发出断开连接的报文段,报文段中 ACK = 1,序列号 seq = v,ack = u + 1,在发送完断开请求的报文后,服务端主机就进入了 LAST-ACK(最后确认)的阶段。

    5. 客户端收到服务端的断开连接请求后,客户端需要作出响应,客户端发出断开连接的报文段,在报文段中,ACK = 1, 序列号 seq = u + 1,因为客户端从连接开始断开后就没有再发送数据,ack = v + 1,然后进入到 TIME-WAIT(时间等待) 状态,请注意,这个时候 TCP 连接还没有释放。必须经过时间等待的设置,也就是 2MSL 后,客户端才会进入 CLOSED 状态,时间 MSL 叫做最长报文段寿命(Maximum Segment Lifetime)

    6. 服务端主要收到了客户端的断开连接确认后,就会进入 CLOSED 状态。因为服务端结束 TCP 连接时间要比客户端早,而整个连接断开过程需要发送四个报文段,因此释放连接的过程也被称为四次挥手。

    TCP 连接的任意一方都可以发起关闭操作,只不过通常情况下发起关闭连接操作一般都是客户端。然而,一些服务器比如 Web 服务器在对请求作出相应后也会发起关闭连接的操作。TCP 协议规定通过发送一个 FIN 报文来发起关闭操作。

    所以综上所述,建立一个 TCP 连接需要三个报文段,而关闭一个 TCP 连接需要四个报文段。TCP 协议还支持一种半开启(half-open) 状态,虽然这种情况并不多见。

    TCP 半开启

    TCP 连接处于半开启的这种状态是因为连接的一方关闭或者终止了这个 TCP 连接却没有通知另一方,也就是说两个人正在微信聊天,cxuan 你下线了你不告诉我,我还在跟你侃八卦呢。此时就认为这条连接处于半开启状态。这种情况发生在通信中的一方处于主机崩溃的情况下,你 xxx 的,我电脑死机了我咋告诉你?只要处于半连接状态的一方不传输数据的话,那么是无法检测出来对方主机已经下线的。

    另外一种处于半开启状态的原因是通信的一方关闭了主机电源 而不是正常关机。这种情况下会导致服务器上有很多半开启的 TCP 连接。

    TCP 半关闭

    既然 TCP 支持半开启操作,那么我们可以设想 TCP 也支持半关闭操作。同样的,TCP 半关闭也并不常见。TCP 的半关闭操作是指仅仅关闭数据流的一个传输方向。两个半关闭操作合在一起就能够关闭整个连接。在一般情况下,通信双方会通过应用程序互相发送 FIN 报文段来结束连接,但是在 TCP 半关闭的情况下,应用程序会表明自己的想法:“我已经完成了数据的发送发送,并发送了一个 FIN 报文段给对方,但是我依然希望接收来自对方的数据直到它发送一个 FIN 报文段给我”。 下面是一个 TCP 半关闭的示意图。

    解释一下这个过程:

    首先客户端主机和服务器主机一直在进行数据传输,一段时间后,客户端发起了 FIN 报文,要求主动断开连接,服务器收到 FIN 后,回应 ACK ,由于此时发起半关闭的一方也就是客户端仍然希望服务器发送数据,所以服务器会继续发送数据,一段时间后服务器发送另外一条 FIN 报文,在客户端收到 FIN 报文回应 ACK 给服务器后,断开连接。

    TCP 的半关闭操作中,连接的一个方向被关闭,而另一个方向仍在传输数据直到它被关闭为止。只不过很少有应用程序使用这一特性。

    同时打开和同时关闭

    还有一种比较非常规的操作,这就是两个应用程序同时主动打开连接。虽然这种情况看起来不太可能,但是在特定的安排下却是有可能发生的。我们主要讲述这个过程。

    通信双方在接收到来自对方的 SYN 之前会首先发送一个 SYN,这个场景还要求通信双方都知道对方的 IP 地址 + 端口号

    比如恋爱中的一对男女,他俩都同时说出了我爱你这个神圣的誓言,然后他俩对彼此的响应进行么么哒,这就是同时打开。

    下面是同时打开的例子

    如上图所示,通信双方都在收到对方报文前主动发送了 SYN 报文,都在收到彼此的报文后回复了一个 ACK 报文。

    一个同时打开过程需要交换四个报文段,比普通的三次握手增加了一个,由于同时打开没有客户端和服务器一说,所以这里我用了通信双方来称呼。

    像同时打开一样,同时关闭也是通信双方同时提出主动关闭请求,发送 FIN 报文,下图显示了一个同时关闭的过程。

    同时关闭过程中需要交换和正常关闭相同数量的报文段,只不过同时关闭不像四次挥手那样顺序进行,而是交叉进行的。

    聊一聊初始序列号

    也许是我上面图示或者文字描述的不专业,初始序列号它是有专业术语表示的,初始序列号的英文名称是Initial sequence numbers (ISN),所以我们上面表示的 seq = v,其实就表示的 ISN。

    在发送 SYN 之前,通信双方会选择一个初始序列号。初始序列号是随机生成的,每一个 TCP 连接都会有一个不同的初始序列号。RFC 文档指出初始序列号是一个 32 位的计数器,每 4 us(微秒) + 1。因为每个 TCP 连接都是一个不同的实例,这么安排的目的就是为了防止出现序列号重叠的情况。

    当一个 TCP 连接建立的过程中,只有正确的 TCP 四元组和正确的序列号才会被对方接收。这也反应了 TCP 报文段容易被伪造 的脆弱性,因为只要我伪造了一个相同的四元组和初始序列号就能够伪造 TCP 连接,从而打断 TCP 的正常连接,所以抵御这种攻击的一种方式就是使用初始序列号,另外一种方法就是加密序列号。

    TCP 状态转换

    我们上面聊到了三次握手和四次挥手,提到了一些关于 TCP 连接之间的状态转换,那么下面我就从头开始和你好好梳理一下这些状态之间的转换。

    首先第一步,刚开始时服务器和客户端都处于 CLOSED 状态,这时需要判断是主动打开还是被动打开,如果是主动打开,那么客户端向服务器发送 SYN 报文,此时客户端处于 SYN-SEND 状态,SYN-SEND 表示发送连接请求后等待匹配的连接请求,服务器被动打开会处于 LISTEN 状态,用于监听 SYN 报文。如果客户端调用了 close 方法或者经过一段时间没有操作,就会重新变为 CLOSED 状态,这一步转换图如下

    这里有个疑问,为什么处于 LISTEN 状态下的客户端还会发送 SYN 变为 SYN_SENT 状态呢?

    知乎看到了车小胖大佬的回答,这种情况可能出现在 FTP 中,LISTEN -> SYN_SENT 是因为这个连接可能是由于服务器端的应用有数据发送给客户端所触发的,客户端被动接受连接,连接建立后,开始传输文件。也就是说,处于 LISTEN 状态的服务器也是有可能发送 SYN 报文的,只不过这种情况非常少见。

    处于 SYN_SEND 状态的服务器会接收 SYN 并发送 SYN 和 ACK 转换成为 SYN_RCVD 状态,同样的,处于 LISTEN 状态的客户端也会接收 SYN 并发送 SYN 和 ACK 转换为 SYN_RCVD 状态。如果处于 SYN_RCVD 状态的客户端收到 RST 就会变为 LISTEN 状态。

    这两张图一起看会比较好一些。

    这里需要解释下什么是 RST

    这里有一种情况是当主机收到 TCP 报文段后,其 IP 和端口号不匹配的情况。假设客户端主机发送一个请求,而服务器主机经过 IP 和端口号的判断后发现不是给这个服务器的,那么服务器就会发出一个 RST 特殊报文段给客户端。

    因此,当服务端发送一个 RST 特殊报文段给客户端的时候,它就会告诉客户端没有匹配的套接字连接,请不要再继续发送了

    RST:(Reset the connection)用于复位因某种原因引起出现的错误连接,也用来拒绝非法数据和请求。如果接收到 RST 位时候,通常发生了某些错误。

    上面没有识别正确的 IP 端口是一种导致 RST 出现的情况,除此之外,RST 还可能由于请求超时、取消一个已存在的连接等出现。

    位于 SYN_RCVD 的服务器会接收 ACK 报文,SYN_SEND 的客户端会接收 SYN 和 ACK 报文,并发送 ACK 报文,由此,客户端和服务器之间的连接就建立了。

    这里还要注意一点,同时打开的状态我在上面没有刻意表示出来,实际上,在同时打开的情况下,它的状态变化是这样的。

    为什么会是这样呢?因为你想,在同时打开的情况下,两端主机都发起 SYN 报文,而主动发起 SYN 的主机会处于 SYN-SEND 状态,发送完成后,会等待接收 SYN 和 ACK , 在双方主机都发送了 SYN + ACK 后,双方都处于 SYN-RECEIVED(SYN-RCVD) 状态,然后等待 SYN + ACK 的报文到达后,双方就会处于 ESTABLISHED 状态,开始传输数据。

    好了,到现在为止,我给你叙述了一下 TCP 连接建立过程中的状态转换,现在你可以泡一壶茶喝点水,等着数据传输了。

    好了,现在水喝够了,这时候数据也传输完成了,数据传输完成后,这条 TCP 连接就可以断开了。

    现在我们把时钟往前拨一下,调整到服务端处于 SYN_RCVD 状态的时刻,因为刚收到了 SYN 包并发送了 SYN + ACK 包,此时服务端很开心,但是这时,服务端应用进程关闭了,然后应用进程发了一个 FIN 包,就会让服务器从 SYN_RCVD -> FIN_WAIT_1 状态。

    然后把时钟调到现在,客户端和服务器现在已经传输完数据了 ,此时客户端发送了一条 FIN 报文希望断开连接,此时客户端也会变为 FIN_WAIT_1 状态,对于服务器来说,它接收到了 FIN 报文段并回复了 ACK 报文,就会从 ESTABLISHED -> CLOSE_WAIT 状态。

    位于 CLOSE_WAIT 状态的服务端会发送 FIN 报文,然后把自己置于 LAST_ACK 状态。处于 FIN_WAIT_1 的客户端接收 ACK 消息就会变为 FIN_WAIT_2 状态。

    这里需要先解释一下 CLOSING 这个状态,FIN_WAIT_1 -> CLOSING 的转换比较特殊

    CLOSING 这种状态比较特殊,实际情况中应该是很少见,属于一种比较罕见的例外状态。正常情况下,当你发送FIN 报文后,按理来说是应该先收到(或同时收到)对方的 ACK 报文,再收到对方的 FIN 报文。但是 CLOSING 状态表示你发送 FIN 报文后,并没有收到对方的 ACK 报文,反而却也收到了对方的 FIN 报文。

    什么情况下会出现此种情况呢?其实细想一下,也不难得出结论:那就是如果双方在同时关闭一个链接的话,那么就出现了同时发送 FIN 报文的情况,也即会出现 CLOSING 状态,表示双方都正在关闭连接。

    FIN_WAIT_2 状态的客户端接收服务端主机发送的 FIN + ACK 消息,并发送 ACK 响应后,会变为 TIME_WAIT 状态。处于 CLOSE_WAIT 的客户端发送 FIN 会处于 LAST_ACK 状态。

    这里不少图和博客虽然在图上画的是 FIN + ACK 报文后才会处于 LAST_ACK 状态,但是描述的时候,一般通常只对于 FIN 进行描述。也就是说 CLOSE_WAIT 发送 FIN 才会处于 LAST_ACK 状态。

    所以这里 FIN_WAIT_1 -> TIME_WAIT 的状态也就是接收 FIN 和 ACK 并发送 ACK 之后,客户端处于的状态。

    然后位于 CLOSINIG 状态的客户端这时候还有 ACK 接收的话,会继续处于 TIME_WAIT 状态,可以看到,TIME_WAIT 状态相当于是客户端在关闭前的最后一个状态,它是一种主动关闭的状态;而 LAST_ACK 是服务端在关闭前的最后一个状态,它是一种被动打开的状态。

    上面有几个状态比较特殊,这里我们向西解释下。

    TIME_WAIT 状态

    通信双方建立 TCP 连接后,主动关闭连接的一方就会进入 TIME_WAIT 状态。TIME_WAIT 状态也称为 2MSL 的等待状态。在这个状态下,TCP 将会等待最大段生存期(Maximum Segment Lifetime, MSL) 时间的两倍。

    这里需要解释下 MSL

    MSL 是 TCP 段期望的最大生存时间,也就是在网络中存在的最长时间。这个时间是有限制的,因为我们知道 TCP 是依靠 IP 数据段来进行传输的,IP 数据报中有 TTL 和跳数的字段,这两个字段决定了 IP 的生存时间,一般情况下,TCP 的最大生存时间是 2 分钟,不过这个数值是可以修改的,根据不同操作系统可以修改此值。

    基于此,我们来探讨 TIME_WAIT 的状态。

    当 TCP 执行一个主动关闭并发送最终的 ACK 时,TIME_WAIT 应该以 2 * 最大生存时间存在,这样就能够让 TCP 重新发送最终的 ACK 以避免出现丢失的情况。重新发送最终的 ACK 并不是因为 TCP 重传了 ACK,而是因为通信另一方重传了 FIN,客户端经常回发送 FIN,因为它需要 ACK 的响应才能够关闭连接,如果生存时间超过了 2MSL 的话,客户端就会发送 RST,使服务端出错。

    如果这篇文章对你有用,欢迎给我的 CSDN 账号点赞 + 关注哦!!!

    我自己肝了六本 PDF,全网传播超过10w+ ,你需要关注一下我的 CSDN 账号,私信回复 cxuan ,领取全部 PDF,这些 PDF 如下

    下载链接 密码:7im6
    在这里插入图片描述

    展开全文
  • codevs 2596 状!

    2017-03-26 17:29:19
    不会的树上的dp啊,搜索又好像过不了,只能打状了 定义状态:f[i][j] i点j时的情况 状中的基础题 Code: #include #include #include #include #include #include #include #define fo...

    题目描述 Description
    某乡有n个村庄(n<=15),有一个售货员,他要到各个村庄去售货,各村庄之间的路程s(s<1000)是已知的,且A村到B村与B村到A村的路大多不同。为了提高效率,他从商店出发到每个村庄一次,然后返回商店所在的村,假设商店所在的村庄为1,他不知道选择什么样的路线才能使所走的路程最短。请你帮他选择一条最短的路。

    Input Description
    村庄数n和各村之间的路程(均是整数)
    输出描述 Output Description
    最短的路程
    样例输入 Sample Input
    3
    0 2 1
    1 0 2
    2 1 0
    样例输出 Sample Output
    3
    数据范围及提示 Data Size & Hint
    本题可用最短路思想、搜索来解决,但是可能无法通过一组极限数据(且效率较低)。建议按树状DP考虑!

    分析:

    不会的树上的dp啊,搜索又好像过不了,只能打状丫了
    定义状态:f[i][j] i点j时的情况
    状丫中的基础题

    Code:

    #include<iostream>
    #include<cstdio>
    #include<cmath>
    #include<cstring>
    #include<algorithm>
    #include<cstdlib>
    #include<queue>
    #define fo(i,a,b) for(int i=a;i<=b;i++)
    #define fod(i,a,b) for(int i=a;i>=b;i--)
    using namespace std;
    const int INF=0x3f3f3f,Maxm=(1<<15)+10,Maxn=15+10;
    int n,ans=INF,map[Maxn][Maxn],f[Maxn][Maxm];
    int main(){
        scanf("%d",&n);
        fo(i,1,n) 
            fo(j,1,n) scanf("%d",&map[i][j]);
        memset(f,63,sizeof(f));
        f[1][1]=0;
        fo(i,1,(1<<n)-1)
        {
            fo(j,1,n)
            {
                if(i&(1<<(j-1)))
                {
                    fo(k,1,n)
                    {
                        if(!(i&(1<<(k-1))))
                        {   
                            //此时j点访问过而k点并没有访问过
                            //所以要得到访问过k点就等于k到j的值 
                            f[k][i|(1<<(k-1))]=min(f[k][i|(1<<(k-1))],f[j][i]+map[j][k]);
                        }
                    }
                }
            }
        }
        fo(i,1,n)
            ans=min(ans,f[i][(1<<(n))-1]+map[i][1]);
        printf("%d",ans);
        return 0;
    }
    展开全文
  • 广告清道夫,去你,广告,再见吧!弹窗广告 1.鼠标右击【去你,广告】选择【以...3.点击【扫描】后即可彻底与弹窗说再见。 4.当然,你也可以根据自己的需求修复不需要拦截的广告或弹窗(勾选后点击修复即可)。
  • 2、英国全能数学家John Conway因新冠去世,他曾发明风靡一个时代的电脑游戏,还能心算万年历 3、高烧40℃还加班!杭州30岁IT男复工后疯狂冲业绩,出现“白肺”上了ECMO!还进ICU,教训惨痛…… 如有收获,点个在看...
  • 智力题做多了吧

    千次阅读 2008-12-08 10:03:00
    我:给我一大一小两个碗,我一会就可以盛出3/4碗来。妈妈:我买了8个苹果,里面有一个有点坏了,你们想吃先吃有点坏的那个! 我:有天平吗?妈妈:儿子,把我的药拿来,就是在抽屉中兰瓶的那个。 。。。。。。妈妈...
  • “去他的北上广,老子要去成都定居了!”。虽然知道在成都买房要连续缴纳24个月社保,但是老叶说,很快的。希望赶上二线城市最后一班车。 成都春熙路 在成都,老叶周末带媳妇和孩子可以去吃各种有名的小吃,...
  • 这泼猴!得亏你没妈没大爷,不然看为师怎么骂你!我他妈跟你说过多少次了,但凡女妖捉了我以后,等我信号,等我信号再来救!你少嬉皮笑脸!你看 看为师,每次都被你的突然闯入惊成松软,再这般几次,为师……怕...
  • “三个五!” “四个四!” “四个六!” “五个六!...我带着我的小姐跟小文跟他的小姐一讫玩伏了大话骰子,据说这是SALES的必建课,实在就是TM望谁能骗己...“不来了,不去了,下次再跟你逝世磕!” “操!小白,
  • 冯小刚,你还嫩了点 文章发表:八目妖 文章来源:收集整理 文章内容: 我老婆说,为以示忠诚,情人节那天互换手机。他奶奶个熊,我才发现中国第一丑男冯小刚原来是个老谋深算的家伙,自己娶了个貌若天仙的徐帆,唯...
  • if(G>=3) { for(x=1;x;x++) { for(y=1;y;y++) { for(z=1;z;z++) { if(a*x+b*y+c*z==G) { printf("x=%d,y=%d,z=%d\n",x,y,z); } } } } } else { printf("该方程没有满足条件的解\n"); } return 0; } 计算机解决问题...
  • 软件测试的目的是尽可能多的找出软件的缺陷 Beta测试是验收测试的一种 3?验收测试是由最终用户来实施的N 4 .项目立项前测试人员不需要提交任何工件 5.单元测试能发现约80%的软件缺陷 TOC \o "1-5" \h \z 6 ...
  • 。h文件 #import //设置委托 @protocol MyDatepickerDelegate NSObject> @optional -(void)valuechange:(NSDate *)mydate; @end @interface MyDatePicker :UIControl ...UIPickerViewD
  • 因为公司产品的需求,需要用到树莓派上的串口功能,但树莓派3的串口直接不能用,因为在树莓派3用的CPU中本身有两...但在树莓派3上,多了一个然并卵的蓝牙模块(起码我感觉就是然并卵的东西,我们有自己的蓝牙产品,完
  • 树莓派3B+squid3搭建http代理服务器

    千次阅读 2019-07-21 17:43:52
    树莓派3B+squid3搭建http代理服务器树莓派3B+squid3搭建http代理服务器1.安装squid32.配置squid3①.打开squid3配置文件②修改配置文件3.最后一步重启squid3服务4.http代理上网设置 树莓派3B+squid3搭建http代理...
  • 谋划(3

    千次阅读 2008-11-05 15:57:00
    这样的声音持续了一夜,第二天早上六点多我起床的时候,那声音还在断断续续的传过来,军子冲我吐吐舌头:“作战能力也忒强了!”   此时的军子也身陷网友见面的迷局中了。见网友没关系,重要的是,他没有...
  • 我转过头对David说,你挺会享受啊,约我到这么浪漫的地方。 David狠狠地吸了一口手中的雪茄,又快速吐了出来,眼睛眯成一条缝,品味着雪茄在口中的醇香,一边说,MD,转眼我们都快40了,记得2002年,刚认识那会...
  • 在使用MFC导入opencv3图片时,博主查找了许多博客,但是有的步骤实现起来麻烦,有的实现效果差,还有一些就是比较落后适用与opencv2.X版本。接下来我把自己查阅资料实现在VS2017MFC上添加打开opencv3.X图片的详细...
  • 在大连做安天技术论坛 GuessMe3

    千次阅读 2012-08-03 20:49:09
    第三关涉及了各种二进制文件的处理,比较蛋疼,但幸好不用猜密码,密码包含在前几关的密码中,大概就是这些。 ren 喜羊羊 pig gou miao ...接着把后缀换成rar,解压之,出现第三层二进制文件3.bin,
  • 键位图 口诀 口诀含义,自己想的 练习程序 # -*- coding: utf-8 -*- ...# Q秋 W娃 E娥 R远观 T月 Y域外 U舒 I驰 O嗅卧 P云昆 # A阿 S勇送, D汪洋 F分 G更 H航 J岸 K靠 L来 # z贼 X卸 C笑 V追 ...
  • Anaconda3下载失败的解决方法

    千次阅读 2020-02-16 18:27:00
    我之间下载过Anaconda3,不过因为一些原因,又将它卸载了。卸载之后,我又分别下载了Python3和PyCharm。 现在因为学习上的一些需要,又需要下载Anaconda3。行,我心想,下就下呗。但是哪能想到啊,第一次下载顺风...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,960
精华内容 6,384
关键字:

丫3