本篇主要是单向链表题型的实战，比如反转单向链表、查找单向链表的中间节点、判断一个链表是否有环、合并两个有序链表、判断一个单向链表是否是回文链表。 ...
分类：
其他好文 时间：
2019-12-16 19:27:28
阅读次数：
76
1. 打印所有环境变量 /*打印所有的环境变量*/ char** env=__environ; while(*env) { printf("%s\n",*env); //printf("%c\n",**env); env++; } 2.使用getenv获取环境变量 //使用getenv获取环境变量， ...
分类：
系统相关 时间：
2019-12-12 20:02:25
阅读次数：
139
1.开头：#!/bin/sh或#!/bin/bash 一 定义变量 1.全局变量 局部变量 在脚本或者直接在目录下调用的定义的变量是局部变量2.查看 变量 用echo 调用变量要用 $3.只读变量 readonly 删除变量 unset 4.查看所有环境变量 env5."" 和 ‘’ 的变量的区别在 ...
分类：
系统相关 时间：
2019-12-09 21:49:27
阅读次数：
126
环形链表题目来源：力扣（LeetCode）链接：https://leetcode-cn.com/problems/linked-list-cycle-ii目前考虑到两种解法，但都需要辅助空间，第一种O(n)第二种O(1)第一种借助辅助字典进行判断将走过的节点都记录在字典中，通过查询字典的key值是否存在来确定是否有环时间复杂度为O(n),空间复杂度为O(n)代码如下：#-*-coding:utf-
分类：
编程语言 时间：
2019-12-08 23:17:56
阅读次数：
149
问题描述 怎么能够更高效地判断一个链表是否有环呀？ 首先创建两个指针p1和p2（在Java里就是两个对象引用），让它们同时指向这个链表的头节点。 然后开始一个大循环，在循环体中，让指针p1每次向后移动1个节点，让指针p2每次向后移动2个节点，然后比较两个指针指向的节点是否相同。如果相同，则可以判断出 ...
分类：
其他好文 时间：
2019-12-07 21:28:10
阅读次数：
96
题目 给定一个链表，判断链表中是否有环。 为了表示给定链表中的环，我们使用整数 pos 来表示链表尾连接到链表中的位置（索引从 0 开始）。 如果 pos 是 -1，则在该链表中没有环。 示例 1： 输入：head = [3,2,0,-4], pos = 1 输出：true 解释：链表中有一个环，其 ...
分类：
其他好文 时间：
2019-12-04 13:16:10
阅读次数：
85
一、唯一定律 无论有多少人共同参与同一项目，一定要确保每一行代码都像是唯一个人编写的。 二、HTML 2.1 语法 （1）用两个空格来代替制表符（tab） -- 这是唯一能保证在所有环境下获得一致展现的方法。 （2）嵌套元素应当缩进一次（即两个空格）。 （3）对于属性的定义，确保全部使用双引号，绝不 ...
分类：
Web程序 时间：
2019-11-30 19:28:01
阅读次数：
93
以前在测试streamsets 的时候就发现中文乱码，后边也每太注意，因为支持问题，今天跑了下单元 测试代码，已经使用本机运行，发现都没有问题，然后运行以前的配置，使用jjs 发现模式的编码为 ANSI_X3.4-1968 原有环境准备 version: "3" services: sets: im ...
分类：
其他好文 时间：
2019-11-29 23:45:05
阅读次数：
876
给定一个链表，返回链表开始入环的第一个节点。 如果链表无环，则返回 null。 为了表示给定链表中的环，我们使用整数 pos 来表示链表尾连接到链表中的位置（索引从 0 开始）。 如果 pos 是 -1，则在该链表中没有环。 说明：不允许修改给定的链表。 示例 1： 输入：head = [3,2,0 ...
分类：
其他好文 时间：
2019-11-22 12:02:27
阅读次数：
44
今天给大家介绍一款比较好用的数据库版本控制工具Flyway。在通过Spring Boot构建微服务的过程中，一般情况下在拆分微服务的同时，也会按照系统功能的边界对其依存的数据库进行拆分。在这种情况下，微服务的数据库版本管理对于研发工程管理来说，就会是一个比较棘手的问题。
在正常的代码管理流程中，从产品研发研发的过程看，一般会经历功能开发、研发测试、集成测试、预发布测试、上线等多个环节。而对于同一个产品功能，可能还会涉及对多个微服务代码及数据库结构的改动。
而这些改动需要我们在以上流程中每发布一个环境，都需要提前预置好数据库结构变更的依赖。假设，我们开发完成需要发布到测试环境，那么就需要我们提前将改动的脚本在测试环境执行，测试环境完成测试后需要发布到预发布环境测试，也需要提前在预发布环境执行脚本。以往，这种过程都依赖于人工执行，如果想要保持所有环境数据库版本的一致性，很大程度上是需要依赖于人，环境比较少还好，但如果环境比较多的话，久而久之很容易就出现大家不维护的状态了。只有某天在某个环境进行测试时出错了，才会猛然发现有些服务的数据库变更脚本并没有得到执行，从而去补缺。
那么有没有一
分类：
数据库 时间：
2019-11-21 11:39:25
阅读次数：
80
