Nicksxs's Blog

What hurts more, the pain of hard work or the pain of regret?

发表于 分类于 阅读次数： Disqus：

我们日常在服务器上查看日志的时候用的很多的就是tail命令，使用tail最基本的就是

1
tail filename.log

这种，可以看到日志文件的最后10行
我们一般会使用

1
tail -f filename.log

可以用 -f来看到后续新生成的日志，可以用来观察是否有新增的异常日志或者是否有没有按预期打印新的日志
然后对于我们对输出的日志行数有具体要求的

1
tail -f -n 100 filename.log

可以用 -n 参数，可以指定显示行数，比如想要显示100行
而有一个技巧就是之前看到别的同学用过

1
tail -100f filename.log

可以和上面产生一样的效果
这样可以少输几个字符，也算是一个偷懒小技巧了，如果对于经常需要登录服务器看日志的也算是个效率小窍门
只是这样子对于比如我只想看新增的特定内容的日志来说，好像还不行
这里我们就可以使用组合技，结合 tail 和 grep 命令

1
tail -f filename.log | grep something

这样就可以关注 something 的新增了

发表于 分类于 阅读次数： Disqus：

我们在日常使用grep这个强大的命令行工具时有时候会碰到一个问题，就是grep在识别文件的时候在碰到 ‘\000 NUL’的时候会认为文件是二进制文件，就不进行识别了，碰到这种情况我们可以使用 grep -a 或者 grep --text
比如我们做个小实验

1
2
3
4
<?php
$content = file_get_contents('input.txt');
$binary = "\0" . $content;  // 添加 NUL 字符到开头
file_put_contents('output.bin', $binary);

然后我们就有了 output.bin 这个二进制文件
本身 input.txt 的内容也很简单

1
2
12345
12345

我们尝试用 grep 查找其中的内容，

就会出现这个问题
当我们加上了 -a 或者 --text 就是指定 grep 需要在包含二进制文件格式中或者将文件当做是文本文件来识别匹配

发表于 分类于 ， 阅读次数： Disqus：

这个话题应该首先明确，这不是类似于 open tracing 的应用间调用路径，而是应用内部，举个例子，我有一个底层方法，比如DAO层的一个方法，有很多调用方，那么有什么方法，第一种是最简单，但是比较麻烦，我去每个调用方那打个日志，然后分析下日志，这个办法肯定是没错的，只是如果我的调用方很多，可能需要加日志的地方就很多了，会比较麻烦
第二种是我可以在这个被调用的DAO层方法里加个日志，但是要怎么获取调用方呢，这是我们可以用代码堆栈trace来实现，这个思路可以从异常的角度出发，我们在出现异常的时候，如何定位异常的代码，就是通过异常堆栈，那么堆栈是不是只有在抛异常的时候才有呢，答案是否定的，了解一点java虚拟机的应该知道我们在内存中有一个区域放的就是我们的代码调用栈，用来保存我们目前程序的调用层次逻辑以及数据，之前在php中也讲到过这个，那时候也是帮助理清调用逻辑和调用来源，
在java中如何使用这个功能呢，

1
2
3
4
5
6
7
8
9
10
11
12
public class StackTrace {
    public static void main(String[] args) {
        method1();
    }
    public static void method1() {
        StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();
        for (StackTraceElement stackTraceElement : stackTrace) {
            System.out.println(stackTraceElement);
        }
    }

}

这个方法其实也比较简单

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
public StackTraceElement[] getStackTrace() {
        if (this != Thread.currentThread()) {
            // check for getStackTrace permission
            SecurityManager security = System.getSecurityManager();
            if (security != null) {
                security.checkPermission(
                    SecurityConstants.GET_STACK_TRACE_PERMISSION);
            }
            // optimization so we do not call into the vm for threads that
            // have not yet started or have terminated
            if (!isAlive()) {
                return EMPTY_STACK_TRACE;
            }
            StackTraceElement[][] stackTraceArray = dumpThreads(new Thread[] {this});
            StackTraceElement[] stackTrace = stackTraceArray[0];
            // a thread that was alive during the previous isAlive call may have
            // since terminated, therefore not having a stacktrace.
            if (stackTrace == null) {
                stackTrace = EMPTY_STACK_TRACE;
            }
            return stackTrace;
        } else {
            // Don't need JVM help for current thread
            return (new Exception()).getStackTrace();
        }
    }

这里面返回的 StackTraceElement 的内容

1
2
3
4
5
6
public final class StackTraceElement implements java.io.Serializable {
    // Normally initialized by VM (public constructor added in 1.5)
    private String declaringClass;
    private String methodName;
    private String fileName;
    private int    lineNumber;

分别是定义的类，方法名，文件名，以及代码行数

我们就能看到这样的结果

1
2
3
java.lang.Thread.getStackTrace(Thread.java:1564)
StackTrace.StackTrace.method1(StackTrace.java:14)
StackTrace.StackTrace.main(StackTrace.java:11)

因为是栈，所以就是最上面的是最近的方法，而第二行其实是我的目标方法，就是前面描述的逻辑其实应该找到第3个元素，因为第1个是调用 getStackTrace 方法，
第2个是目标方法，第3个才是我们想要找的调用方方法，以及所在的行数

发表于 分类于 ， 阅读次数： Disqus：

上次讲了 git stash 跟 git commit 的小技巧，这次来讲下另一个命令，git cherry-pick，我怀疑这个命令应该叫 choose-pick 才比较好
这里有个使用场景，比如我们有分支A跟B，分支B想用一下分支A一次变更的代码，正好不用自己再开发了
比如我在主分支里提交了一个分支B也想要使用的代码或者内容

然后在后面再提交一次

切到branchB，做一次提交

我此时就想把主分支之前那个提交内容给应用到我这个branchB，那就可以用cherry-pick
找到master分支上那个提交 commit id
用 git cherry-pick {commit id}

可以看到这个commit已经被我挑过来应用上了

然后再深度使用还有比如是否要产生新提交，还是只在暂存区，以及如果发生冲突了是继续还是停止等等

发表于 分类于 ， 阅读次数： Disqus：

上次说的git stash我觉得是个非常有用的功能，简直是个大杀器，除非不存在需要切换分支的场景，否则在频繁切换的时候，git stash 可以让我们的commit更清晰，不至于写到一半就提交，频繁切换，甚至连commit信息都写不好
这次的小技巧是属于一个延伸知识，我们知道每次commit都会提交我们的变更，然后我们可以通过git diff .查看当前仓库产生的未提交的变更，如果我想看某一次commit的变更呢，这个功能通过 git 的各种 gui 工具可以很方便的查看，如果通过命令其实也很方便，我们每一次的commit 都会产生一个 commit id , 看过我上一篇的可以联想到，是否 git commit 也有这种 show 命令，答案是肯定的，
首先我们可以通过 git log 来查看我们的提交记录

这里我们可以看到我们的提交 commit id
然后通过 git show xxxxx 来查看我们这次 commit 修改的内容, xxxxx 表示我们的 commit id

再延伸下，如果想看某个文件的变更呢，也是可以的，就是在 git show xxxxx 后面跟上文件名
比如
git show xxxxx 1.txt
就能看到这一次 commit 对 1.txt 这个文件的更改，都是比较简单入门的 git 命令的小延伸，只是觉得对我有点帮助就分享下

0%