日期: 2021 年 7 月 30 日

查看启动屏图片的名字
启动图名字不要包含Launch这样的字眼。

启动图片工程中位置
将启动图放在工程的根目录下，不要放在Assets.xcassets中。

启动图的格式
建议使用png，尽量不要使用jpg

查看工程中是否仍在使用LaunchImage
将工程中与LaunchImage有关的全部删掉，包括Assets.xcassets中。*好在检查下plist文件和build Settings。

修改图片名字
有时候把启动图去掉，或者添加新的启动图，显示出来的还是之前的图片。这可能是缓存导致的，将启动图的名字改一下就会正常。

需要Clean重新编译
Clean后重新编译应用，或者直接清空DerivedData文件夹再重新编译。

删除应用重启手机
修改启动图后，*好卸载重装应用，有时可能还需要重启手机，否则可能会因为缓存还显示旧图片。

静态启动图片

启动图片是iOS加载App的时候系统响应的直观呈现。近几年，随着屏幕尺寸的增多，制作相应的静态图片就变成一件十分让人头疼的事。在下面，我列举了一些 启动图片的尺寸（尺寸包括状态条区域）。为了简洁，我省略了横屏的版本：

• iPad 2 and iPad mini (@1x): 768 x 1024
• iPad and iPad mini (retina @2x): 1536 x 2048
• iPhone 4s (retina @2x) 640 x 960
• iPhone 5 (@2x): 640 x 1136
• iPhone 6 (@2x): 750 x 1334
• iPhone 6 Plus (@3x): 1242 x 2208

好消息是，在Xcode 6 and iOS 8允许使用NIB或storyboard launch screen 文件。利用auto layout 和size classes的优势，一个单独的NIB或storyboard文件在runtime时可以自动的去创建启动图片集。这就意味着，你想在全屏模式下支持iPhone 6 和 iPhone 6 Plus的话就无需提供匹配的的启动图集或者如上面列举出现来的不同尺寸的静态图片

( 26-Dec-2014 更新: 一定要搞清楚，支持iPhone 6 and iPhone 6 Plus ，要求你提供启动图片集合，可以是静态启动图集(static launch images)，也可以是启动图布局文件（ launch screen file）).

使用启动图片文件

Xcode6在创建新工程时默认添加了一个LaunchScreen.xib文件。对一个已经存在的工程可以用Launch Screen 模板创建一个新的文件。（译者注：在Xcode7里，默认添加的是LaunchScreen.storyboard文件，笔者因此遇到过一个大坑LaunchImage和LaunchScreen.xib混用出现的坑）

这一步将会在工程中添加一个NIB文件，你可以在初始化的启动屏上添加单个视图或者视图控制器。如果你有多个视图，那么你则需要放弃Launch Screen模板，应该添加一个storyboard。然后在target的工程设置里面指定启动图来源：

2014-12-24-005.png

这一步将会把 键 Launch screen interface file base name
(UILaunchStoryboardName)加到应用的plist 文件中

2014-12-24-003.png

接下来，你可以在Interface Builder对启动视图进行布局，使autolayout和size classes作为必选项，为不同的屏幕创建匹配的图片。Xcode模板提供的风格，只是对app的名称和所有权进行了布局，这并不是一个*理想的范例。在你添加自己的视图之前，或许你想删掉它们：

2014-12-24-004.png

你可以在Xcode中预览storyboard,或者在模拟器和真机上进行测试。尽管启动屏的展示的时间很短，但是你会发现，如果在App delegate的application:didFinishLaunchingWithOptions:方法中添加断点是有用的

Launch Screen 的局限性

系统在启动app之前装载启动文件，在这个过程中可能对app包含的一些文件产生限制（一些限制可能迫使你回退到 使用静态图片集）:

• app还没装载完毕，一些视图的层级结构还不存在，系统不能调用app中任何自定义的视图控制器去启动代码。
• 你仅仅能使用标准的UIKit类，所以你可以用UIView或者UIViewController,自定义的子类则不可以。如果你尝试着去设置子类，将会得到一个“配置无效”的错误。
• 启动文件仅仅能够用基础的UIKit视图，像UIImageView 和UILabel，不能使用 UIWebView。
• 如果你用了storyboard，你可以指定多个视图控制器，但是仍旧有一些限制。例如，你可以在navagation或者tab bar controller嵌入几个视图控制器，但是一些更复杂的类，像UISplitViewController 并不起作用 (至少现在如此).
• 本地化（译者注：我理解的是自己创建的，而非采用模板）启动图布局文件目前看起来并没有什么不好的影响。也许，你采用的*基本的本地化启动图布局文件可能是不在启动图上显示文字。
• 你不能为iPhone和iPad指定不同的启动文件。因为auto layout 和size classes的局限性，如果这些设备有着显著不同的界面，就会出现问题。

如果你正在ios7系统上进行开发，那么你仍旧需要包含 静态启动图集。你可以包含启动图布局文件和静态启动图集。那么，运行ios8系统的iPhone6将会使用启动图布局文件，而运行ios7系统的设备则回退使用 静态启动图集。

Split View Controllers

如果你的根视图控制器是SplitViewControllers，至少在iOS8.1系统，你并没有太多的选择。如果你将SplitViewControllers添加到launch screen storyboard，它不会被装载。由于在iOS8.1中SplitViewControllers复杂度的增加，我怀疑在后续版本中也不会被支持。

除了回退去使用 静态启动图集，唯一能够选择的方式看起来只有放弃 分屏使用。例如，考虑一下接下来使用SplitViewController的iPhone和ipad的启动屏。在iphone（宽度较窄）设备上，初始化的屏幕仅展示主视图控制器（一个嵌入在Navigation Controller里的tableview controller）

2014-12-24-iphone.png

在ipad（常规宽度）设备上，初始化后的启动屏在分屏控制器里展示的master and detail view controllers

2014-12-24-ipad.png

这是一种常见的启动方式，但是在这种情况下，没有好的方法使用启动图布局文件.我的建议，即我能得到的*接近的方式是忽略启动屏，用一个嵌套在navigation controller的view controller 作为启动屏

2014-12-24-006.png

尽管这种方式远远没有达到完美的地步，但是在适配（除了ipad分屏）所有设备用户初始化界面 方面多多少少做了贡献。呈现给用户的静态启动图集虽然效果足够好，但是自己不得不做出判断。

Runtime Generation (added 28-Dec-2014)

尽管苹果文档中并没有清楚地说明，但需要的启动图片在runtime时被生成了。在WWDC 2014
Platform State of the Union上被简短的提到过。你可以通过App在真机或者模拟器上生成的文件夹证实。被特定设备需要的启动图被缓存在Library/Caches/LaunchImages。下面的截屏显示了iPad Air 2生成的启动图片

使用的LaunchScreen.storyboard 加载启动页面,更换图片后启动页面为空白

解决办法:把放在Assets.xcassets的图片资源更换到跟目录下

*近项目在做的广告sdk，刚好自己需要去了解这个实现启动图加载广告这个功能，大家应该都了解，之前Xcode 6是LaunchScreen.xib来当作启动视图，不过到了Xcode 7就变成了Launch Screen.storyboard，其实这两个没有多大的区别，以下我就采用Xcode 7提供的LaunchScreen.storyboard 来实现这个功能，现在把自己经验和代码分享出来。

主要思路

获取Launch Screen.storyboard

通过使用storyborardID去获取启动视图viewcontroller

获取启动viewController的视图view

之后把视图view添加到window中

*后就是新建一个图片贴在视图view中

做个定时触发处理

废话不多说啦，直接贴代码出来：

AppDelegate.m中的代码

//获取LaunchScreen.storyborad

UIStoryboard *storyboard = [UIStoryboard storyboardWithName:@”Launch Screen” bundle:nil];

//通过使用storyborardID去获取启动页viewcontroller

UIViewController *viewController = [storyboard instantiateViewControllerWithIdentifier:@”LaunchScreen”];

//获取viewController的视图

self.view = viewController.view;

//把视图添加到window

[self.window addSubview:self.view];

self.launchView = [[UIImageView alloc] initWithFrame:self.window.frame];

[self.launchView setImage:[UIImage imageNamed:@”launch.jpg”]];//这边图片可以做网络请求加载图片、视频动画或者其他自定义的引导页

[self.view addSubview:self.launchView];

//将图片视图推送到前面

[self.window bringSubviewToFront:self.launchView];

//设置3秒定时触发

[NSTimer scheduledTimerWithTimeInterval:3 target:self selector:@selector(colseLaunchScreen) userInfo:nil repeats:NO];

– (void)colseLaunchScreen {

if (self.launchView) {

[self.launchView removeFromSuperview];

self.launchView = nil;

}

if (self.view) {

[self.view removeFromSuperview];

self.view = nil;

}

}

这边也可以结合LaunchImage使用,方式也是差不多，这边就不多讲了

注意有个坑已填平了：之前我用的xcode项目中General中Main Interface 启动项目初始化的主界面storyboard，用以上方法一直看不到加载的广告，后面使用在AppDelegate代码方式去加载storyboard,就可以加载出来了，目前不清楚这个是什么问题，待研究发现，如有发现朋友，方便留言告知下，谢啦（后面经过友友们的指出，发现如果不是用代码加载storyboard，那General->Main Interface->的main.storyboard加载会新建window，跟你之前传入的window不是同一个，这个之前的就被覆盖了，导致看不到广告效果，之后我修改了方案，把window改成用window中viewController中view这要就避免代码加载stroyboard了）

这里注意一下，上面这个使用storyboard启动适用ios8.0以上，但现在应用差不多都是ios7.0起，开发者为了方便适配，大多都采用launchImage启动，这种也可以使用storyboard去获取广告，完全没有问题，但在加载初始化广告肯定会消耗一点点时间这要就会出现短暂storyboard的默认页面，这个可以通过把获取rootview先隐藏，等加载完毕广告再显示出来！这要问题解决了！

如果先获取launchImage的图片可以采用Cherpak Evgeny 分享在stackflow上的一个直接读取NSBundle中的设置 即可获取当前适用的LaunchImage的办法，代码我也贴出来：

CGSize viewSize =self.window.bounds.size;

NSString *viewOrientation =@”Portrait”;//横屏请设置成 @”Landscape”

NSString *launchImage =nil;

NSArray *imagesDict = [[[NSBundle mainBundle] infoDictionary] valueForKey:@”UILaunchImages”];

for(NSDictionary* dict in imagesDict) {

CGSize imageSize =CGSizeFromString(dict[@”UILaunchImageSize”]);

if(CGSizeEqualToSize(imageSize, viewSize) && [viewOrientation isEqualToString:dict[@”UILaunchImageOrientation”]]) {

launchImage = dict[@”UILaunchImageName”];

}

}

UIImageView *launchView = [[UIImageView alloc] initWithImage:[UIImageimageNamed:launchImage]];

launchView.frame=self.window.bounds;

launchView.contentMode=UIViewContentModeScaleAspectFill;

[self.window addSubview:launchView];

[UIView animateWithDuration:2.0f delay:0.0f options:UIViewAnimationOptionBeginFromCurrentState

animations:^{

launchView.alpha=0.0f;

launchView.layer.transform=CATransform3DScale(CATransform3DIdentity,1.2,1.2,1);

}

completion:^(BOOL finished) {

[launchView removeFromSuperview];

}];

#import “ViewController.h”@interface ViewController ()@property (weak, nonatomic) IBOutlet UIImageView *imageView;

@end

@implementation ViewController

– (void)viewDidLoad {

[super viewDidLoad];

// Do any additional setup after loading the view, typically from a nib.\

[self setUpPinch];

[self setUpRotation];

[self setUpPan];

}

#pragma mark – 手势代理方法

// 是否允许开始触发手势

//- (BOOL)gestureRecognizerShouldBegin:(UIGestureRecognizer *)gestureRecognizer

//{

//    return NO;

//}

// 是否允许同时支持多个手势，默认是不支持多个手势

// 返回yes表示支持多个手势

– (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldRecognizeSimultaneouslyWithGestureRecognizer:(UIGestureRecognizer *)otherGestureRecognizer

{

return YES;

}

// 是否允许接收手指的触摸点

//- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldReceiveTouch:(UITouch *)touch{

//    // 获取当前的触摸点

//    CGPoint curP = [touch locationInView:self.imageView];

//

//    if (curP.x < self.imageView.bounds.size.width * 0.5) {

//        return NO;

//    }else{

//        return YES;

//    }

//}

1.#pragma mark – 点按手势

– (void)setUpTap

{

// 创建点按手势

UITapGestureRecognizer *tap = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(tap:)];

tap.delegate = self;

[_imageView addGestureRecognizer:tap];

}

– (void)tap:(UITapGestureRecognizer *)tap

{

NSLog(@”%s”,__func__);

}

2.#pragma mark – 长按手势

// 默认会触发两次

– (void)setUpLongPress

{

UILongPressGestureRecognizer *longPress = [[UILongPressGestureRecognizer alloc] initWithTarget:self action:@selector(longPress:)];

[self.imageView addGestureRecognizer:longPress];

}

– (void)longPress:(UILongPressGestureRecognizer *)longPress

{

if (longPress.state == UIGestureRecognizerStateBegan) {

NSLog(@”%s”,__func__);

}

}

3.#pragma mark – 清扫

– (void)setUpSwipe

{

// 默认轻扫的方向是往右

UISwipeGestureRecognizer *swipe = [[UISwipeGestureRecognizer alloc] initWithTarget:self action:@selector(swipe)];

swipe.direction = UISwipeGestureRecognizerDirectionUp;

[self.imageView addGestureRecognizer:swipe];

// 如果以后想要一个控件支持多个方向的轻扫，必须创建多个轻扫手势，一个轻扫手势只支持一个方向

// 默认轻扫的方向是往右

UISwipeGestureRecognizer *swipeDown = [[UISwipeGestureRecognizer alloc] initWithTarget:self action:@selector(swipe)];

swipeDown.direction = UISwipeGestureRecognizerDirectionDown;

[self.imageView addGestureRecognizer:swipeDown];

}

– (void)swipe

{

NSLog(@”%s”,__func__);

}

4.#pragma mark – 旋转手势

– (void)setUpRotation

{

UIRotationGestureRecognizer *rotation = [[UIRotationGestureRecognizer alloc] initWithTarget:self action:@selector(rotation:)];

rotation.delegate = self;

[self.imageView addGestureRecognizer:rotation];

}

// 默认传递的旋转的角度都是相对于*开始的位置

– (void)rotation:(UIRotationGestureRecognizer *)rotation

{

self.imageView.transform = CGAffineTransformRotate(self.imageView.transform, rotation.rotation);

// 复位

rotation.rotation = 0;

// 获取手势旋转的角度

NSLog(@”%f”,rotation.rotation);

}

5.#pragma mark – 捏合

– (void)setUpPinch

{

UIPinchGestureRecognizer *pinch = [[UIPinchGestureRecognizer alloc] initWithTarget:self action:@selector(pinch:)];

pinch.delegate = self;

[self.imageView addGestureRecognizer:pinch];

}

– (void)pinch:(UIPinchGestureRecognizer *)pinch

{

self.imageView.transform = CGAffineTransformScale(self.imageView.transform, pinch.scale, pinch.scale);

// 复位

pinch.scale = 1;

}

6.#pragma mark – 拖拽

– (void)setUpPan

{

UIPanGestureRecognizer *pan = [[UIPanGestureRecognizer alloc] initWithTarget:self action:@selector(pan:)];

[self.imageView addGestureRecognizer:pan];

}

– (void)pan:(UIPanGestureRecognizer *)pan

{

// 获取手势的触摸点

// CGPoint curP = [pan locationInView:self.imageView];

// 移动视图

// 获取手势的移动，也是相对于*开始的位置

CGPoint transP = [pan translationInView:self.imageView];

self.imageView.transform = CGAffineTransformTranslate(self.imageView.transform, transP.x, transP.y);

// 复位

[pan setTranslation:CGPointZero inView:self.imageView];

//  NSLog(@”%@”,NSStringFromCGPoint(curP));

}

在Linux/Unix系统的日常使用中，我们需要使用很多命令行工具来完成工作，以及理解和管理我们的系统，例如使用du来监视磁盘利用率、top来显示系统资源。有些工具已经有很长的历史了。例如，top于1984年首次发布，而du的首次问世可追溯至1971年。

多年来，这些工具已经过现代化的改造，并移植到了不同的系统中，但总的来说，它们仍然保留了*初的想法、外观和感觉。

这些工具都非常优秀，对于许多系统管理员的工作流程来说都是必不可少的。但近年来，开源社区开发了不少更具优势的替代工具。虽然有些工具华而不实，但有些则大大提高了实用性，成为了现代系统的*佳选择。 在本文中，我将介绍五种标准Linux命令行工具的替代品。

du的替代：ncdu

NCurses磁盘使用率（NCurses DiskUsage，即ncdu）工具提供了与du类似的结果，但其基于curses的交互式界面可以显示消耗了大部分磁盘空间的目录。

首先Ncdu需要花一些时间分析磁盘，然后按照*常用的顺序显示目录或文件，如下所示：

1. ncdu 1.14.2 ~ Use the arrow keys to navigate, press ? for help
2. — /home/rgerardi ————————————————————
3.    96.7 GiB [##########] /libvirt
4.    33.9 GiB [###       ] /.crc
5.     7.0 GiB [          ] /Projects
6. .   4.7 GiB [          ] /Downloads
7. .   3.9 GiB [          ] /.local
8.     2.5 GiB [          ] /.minishift
9.     2.4 GiB [          ] /.vagrant.d
10. .   1.9 GiB [          ] /.config
11. .   1.8 GiB [          ] /.cache
12.     1.7 GiB [          ] /Videos
13.     1.1 GiB [          ] /go
14.   692.6 MiB [          ] /Documents
15. . 591.5 MiB [          ] /tmp
16.   139.2 MiB [          ] /.var
17.   104.4 MiB [          ] /.oh-my-zsh
18.    82.0 MiB [          ] /scripts
19.    55.8 MiB [          ] /.mozilla
20.    54.6 MiB [          ] /.kube
21.    41.8 MiB [          ] /.vim
22.    31.5 MiB [          ] /.ansible
23.    31.3 MiB [          ] /.gem
24.    26.5 MiB [          ] /.VIM_UNDO_FILES
25.    15.3 MiB [          ] /Personal
26.     2.6 MiB [          ]  .ansible_module_generated
27.     1.4 MiB [          ] /backgrounds
28.   944.0 KiB [          ] /Pictures
29.   644.0 KiB [          ]  .zsh_history
30.   536.0 KiB [          ] /.ansible_async
31.  Total disk usage: 159.4 GiB  Apparent size: 280.8 GiB  Items: 561540

你可以通过方向键导航到每个结果。如果在选中的结果上按下Enter，则ncdu将显示该目录的内容：

1. — /home/rgerardi/libvirt —————————————————-
2.                          /..
3.    91.3 GiB [##########] /images
4.     5.3 GiB [          ] /media

你可以深入各个目录，找出哪些文件占用的磁盘空间*多。使用左方向键可以返回到上一个目录。在默认情况下，你可以按d键删除文件，但在删除文件之前ncdu会要求确认。如果你想禁止删除操作以防止发生意外，则可以通过-r选项设置只读访问：ncdu -r。

ncdu可用于许多平台和Linux发行版。例如，你可以使用dnf从官方代码库直接将其安装在Fedora上：

$ sudo dnf install ncdu

更多有关该工具的信息，请参见：https://dev.yorhel.nl/ncdu。

top的替代：htop

htop是一个类似于top的交互式进程浏览器，提供了更好的用户体验。在默认情况下，htop显示的各项指标与top相同，而且是漂亮的彩色。

默认的htop如下所示：

与默认的top相比：

此外，htop的顶部还提供了系统的概述信息，底部的命令栏则显示了功能键命令，你还可以按下F2进入设置页面来自定义界面。在设置页面中，你可以更改其颜色，添加或删除指标、更改概述栏的显示选项。

虽然top的*新版本也可以通过配置获得相似的结果，但htop提供的默认配置更为合理，作为一个进程浏览器更加易于使用。

如果想了解有关该项目的更多信息，请查看htop主页（https://hisham.hm/htop/）。

man的替代：tldr

tldr命令行工具显示可以简化的命令文档，而且大部分文档都提供示例。它是tldr pages项目（https://tldr.sh/）的客户端。

这个工具不是man的替代品。man pages仍然是许多工具的规范以及完整的信息源。但是，在某些情况下，man的内容太多了。有时，你不需要有关命令的所有信息。你只需要记住基本选项。例如，curl命令的man page几乎有3,000行。相比之下，curl的tldr只有40行，如下所示：

1. $ tldr curl
3. # curl
4.   Transfers data from or to a server.
5.   Supports most protocols, including HTTP, FTP, and POP3.
6.   More information: <https://curl.haxx.se>.
8. – Download the contents of an URL to a file:
10.   curl http://example.com -o filename
12. – Download a file, saving the output under the filename indicated by the URL:
14.   curl -O http://example.com/filename
16. – Download a file, following [L]ocation redirects, and automatically [C]ontinuing (resuming) a previous file transfer:
18.   curl -O -L -C – http://example.com/filename
20. – Send form-encoded data (POST request of type `application/x-www-form-urlencoded`):
22.   curl -d ‘name=bob’ http://example.com/form                                                                                            
23. – Send a request with an extra header, using a custom HTTP method:
25.   curl -H ‘X-My-Header: 123’ -X PUT http://example.com                                                                                  
26. – Send data in JSON format, specifying the appropriate content-type header:
28.   curl -d ‘{“name”:”bob”}’ -H ‘Content-Type: application/json’ http://example.com/users/1234
30. … TRUNCATED OUTPUT

TLDR的全称是“too long; didn’tread”（太长；未读），这是一句网络流行语，表示文章太长。这个名字非常适合这个汇总工具，因为manpages虽然非常实用，但内容太长。

在Fedora中，tldr客户端是用Python编写的。你可以使用dnf安装。有关其他客户端选项，请参见tldr pages项目（https://tldr.sh/）。

通常，tldr工具需要访问互联网才能查询tldr页面。Fedora中的Python客户端允许你下载和缓存这些页面以供离线访问。

有关tldr的更多信息，请运行tldr tldr。

用sed/grep查找JSON数据的替代：jq

jq是JSON的命令行处理器。就像sed或grep一样，但主要是为了处理JSON数据。如果你是日常任务需要使用JSON的开发人员或系统管理员，那么这是你的工具箱中必不可少的工具。

与通用文本处理工具（例如grep和sed）相比，jq的主要优点在于它了解JSON数据结构，你可以通过一个表达式创建复杂的查询。

举例说明，假设你正在尝试在下列JSON文件中查找容器的名称：

1. {
2.   “apiVersion”: “v1”,
3.   “kind”: “Pod”,
4.   “metadata”: {
5.     “labels”: {
6.       “app”: “myapp”
7.     },
8.     “name”: “myapp”,
9.     “namespace”: “project1”
10.   },
11.   “spec”: {
12.     “containers”: [
13.       {
14.         “command”: [
15.           “sleep”,
16.           “3000”
17.         ],
18.         “image”: “busybox”,
19.         “imagePullPolicy”: “IfNotPresent”,
20.         “name”: “busybox”
21.       },
22.       {
23.         “name”: “nginx”,
24.         “image”: “nginx”,
25.         “resources”: {},
26.         “imagePullPolicy”: “IfNotPresent”
27.       }
28.     ],
29.     “restartPolicy”: “Never”
30.   }
31. }

如果你利用grep直接查询name，则结果为：

1. $ grep name k8s-pod.json
2.         “name”: “myapp”,
3.         “namespace”: “project1”
4.                 “name”: “busybox”
5.                 “name”: “nginx”,

grep会返回所有包含单词name的行。你可以在grep中添加一些其他选项来限制查询结果，并通过正则表达式操作找到容器的名称。在使用jq获得所需结果时，你只需要使用一个模拟向下导航数据结构的表达式，如下所示：

1. $ jq ‘.spec.containers[].name’ k8s-pod.json
2. “busybox”
3. “nginx”

该命令会返回两个容器的名称。如果你只想查看第二个容器的名称，则可以在表达式中添加数组元素索引：

1. $ jq ‘.spec.containers[1].name’ k8s-pod.json
2. “nginx”

因为jq能够理解数据结构，所以即使文件格式稍有变化，它也可以提供相同的结果。但对于grep和se来说，格式稍有变化提供的结果就会完全不同。

jq还有很多功能，我需要用另写一篇文章才能介绍其所有的功能。有关更多信息，请参见jq项目页面（https://stedolan.github.io/jq/）、manpages或tldr jq。

find的替代：fd

fd是find命令的一种简单快速的替代。它的目的不是替换find的功能，而是提供一些合理的默认值，在某些情况下非常有用。

例如，在包含Git代码库的目录中搜索源代码文件时，fd会自动排除隐藏的文件和目录（包括.git目录），并忽略.gitignore文件中的模式。通常，它可以更快地查询，并提供相关度更高的结果。

在默认情况下，fd会针对当前目录执行不区分大小写的模式搜索，并输出彩色的结果。使用find进行的相同搜索时，你需要提供其他命令行参数。例如，搜索当前目录中所有的markdown文件（即.md或.MD文件），find命令如下所示：

$ find . -iname "*.md"$ find . -iname "*.md"

而如下fd搜索能够返回相同的结果：

$ fd .md

在有些情况下，fd也需要其他选项。例如，如果想让搜索包括隐藏的文件和目录，则必须使用选项-H，而find则不需要。

fd可用于许多Linux发行版。在Fedora中安装fd可使用标准代码库：

$ sudo dnf install fd-find

有关更多信息，请请见fd的GitHub代码库（https://github.com/sharkdp/fd/）。

优秀的替代工具与久经考验的实用程序

尽管我还是习惯使用旧工具，尤其是在远程连接到服务器时，但新的替代工具提供了额外的好处，而且在许多情况下都很有帮助性。特别是帮助我在Linux台式机和笔记本电脑上管理和工作。

你是否使用其他工具来处理工作流程？请在下方留言。

原文：https://opensource.com/article/20/6/modern-linux-command-line-tools