wifi scan + ssh 项目

首先ping wifi网内的终端，可以实现找到所有的设备。（无界面）

实现：新建一个空的项目，删除AppDelegate等多余项，只留下main.m。新建一个控制类ScanController,在这里面调用扫描局域网的工作，main里的实现如下：

@autoreleasepool {
    ScanController *obj = [[ScanController alloc] init];
        [obj   startScanningLAN];
        return 0;
    }

遇到的问题：

通过XCode连接设备调试，运行正常。

将app的可执行程序拷到iOS上，并设置权限，然后执行：

chmod a+x app

./app

运行到定时器的地方就停止了，没有继续执行下去，经过多方查找，需要加上以下一段话

    NSRunLoop *runLoop = [NSRunLoop mainRunLoop];
    [runLoop addTimer:self.timer forMode:NSDefaultRunLoopMode];
    [runLoop run];

补下相关知识：

ios中timer相关的延时调用，常见的有两种，一种是NSObject中的performSelector:withObject:afterDelay:以及performSelector:withObject:afterDelay:inModes:。这两个方法在调用的时候会设置当前runloop中timer，前者设置的timer在NSDefaultRunLoopMode运行，后者则可以指定NSRunLoop的mode来执行。还有一种延时调用，是直接配置timer来运行，利用NSTimer来配置任务。这两种方式都一个共同的前提，就是当前线程里面需要有一个运行的runloop并且这个runloop里面有一个timer。
而我们都知道的是，只有主线程会在创建的时候默认自动运行一个runloop，并且有timer，普通的子线程是没有这些的。这样就带来一个问题了，有些时候我们并不确定我们的模块是不是会异步调用到，而我们在写这样的延时调用的时候一般都不会去检查运行时的环境，这样在子线程中被调用的时候，我们的代码中的延时调用的代码就会一直等待timer的调度，但是实际上在子线程中又没有这样的timer，这样我们的代码就永远不会被调到。

回过头来看，在有多线程操作的环境中，这样的延时调用其实是缺乏安全性的。我们可以用另一套方案来解决这个问题，就是使用GCD中的dispatch_after来实现单次的延时调用：

1	double delayInSeconds = 2.0;

2	dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));

3	dispatch_after(popTime, dispatch_get_main_queue(), ^(void){

4	[self someMethod];

5

});

dispatch_time的单位是纳秒，为防止用户使用时候的出现换算上的错误，Xcode在开发者打dispatch_after的时候会自动补全上面一整段代码。

而如果有循环的调用的话，可以用dispatch_source_set_timer来实现：

01	int interval = 2;

02	int leeway = 0;

03

04	dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

05	dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);

06	if (timer) {

07	dispatch_source_set_timer(timer, dispatch_walltime(DISPATCH_TIME_NOW, NSEC_PER_SEC * interval), interval * NSEC_PER_SEC, leeway);

08	dispatch_source_set_event_handler(timer, ^{

09	[self someMethod];

10

});

11	dispatch_resume(timer);

12

}