[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationWillResignActive:)
name:UIApplicationWillResignActiveNotification object:nil]; //监听是否触发home键挂起程序.
    
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationDidBecomeActive:)
name:UIApplicationDidBecomeActiveNotification object:nil]; //监听是否重新进入程序程序.

- (void)applicationWillResignActive:(NSNotification *)notification
{
    printf("按理说是触发home按下\n");
}
- (void)applicationDidBecomeActive:(NSNotification *)notification
{
    printf("按理说是重新进来后响应\n");
}

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    /*
     Use this method to release shared resources, save user data, invalidate timers, 

     and store enough application state information to restore your application to its current state in case it is terminated later.
     If your application supports background execution, this method is called instead of applicationWillTerminate: when the user quits.
     */
}

在iOS应用开发中，有三类视图对象会打开虚拟键盘，进行输入操作，但如何关闭虚拟键盘，却没有提供自动化的方法。这个需要我们自己去实现。这三类视图对象分别是UITextField,UITextView和UISearchBar。
这里介绍一下UITextField中关闭虚拟键盘的几种方法。

(原文链接: http://mikixiyou.iteye.com/blog/1753330 )

第一种方法，使用它的委托UITextFieldDelegate中的方法textFieldShouldReturn:来关闭虚拟键盘。
在UITextField视图对象如birdNameInput所在的类中实现这个方法。

 这样，在输入框birdNameInput中打开虚拟键盘后，轻击键盘的return键就会自动关闭掉虚拟键盘。

第二种方法，将birdNameInput的属性中Return Key修改为done，再定义一个方法和Done键的Did End On Exit连接。通过轻击done键触发这个事件来关闭虚拟键盘。
定义的方法如下：

这两个方法都是轻击虚拟键盘上一个键来关闭它。这属于精确操作，而手指不像鼠标，做这种操作不容易。因此就UI层面而言，这两个方法都不是最好的方法。
在iphone或ipad屏幕上，虚拟键盘占用的面积大小是有限的。通过轻击虚拟键盘之外的区域而关闭虚拟键盘。

第三种方法，通过轻击键盘之外的空白区域关闭虚拟键盘。
在birdNameInput所属的视图控制器类的viewDidLoad方法中定义一个UITapGestureRecognizer的对象，然后将它赋值为它的视图。

再定义一下选择器调用的方法dismissKeyboard。

如果屏幕上有多个textField的话，一个一个地列出来就有些麻烦。那么将方法修改一下，如下：

如果这个屏幕上的视图对象很复杂的话，另当别论。
这个方法是编码新建一个手势对象。也可以直接使用interface builder图形化开发工具，在storyboard中拉入一个手势对象到视图控制器类中，再将此手势对象建立一个IBACTION，名称可以是dismissKeyboard。

第四种方法，通过轻击键盘之外的空白区域关闭虚拟键盘。
将屏幕上的view也就是textField的父视图拖一个touch down事件出来，和一个能关闭虚拟键盘的方法连接。如果视图没有touch down事件，可将view的父类从UIView修改为UIButton。
首先定义并实现一个方法backgroundTap：。

然后选择背景视图的Touch Down事件，连接 backgroundTap：即可。这样只要轻击一下虚拟键盘之外的区域，就能关闭虚拟键盘。这些方法都是使用resignFirstResponder方法来关闭虚拟键盘，还有其他的方法。

第五种方法，使用endEditing：方法
在所在的视图控制器类中，覆盖这个方法。

This method looks at the current view and its subview hierarchy for the text field that is currently the first responder. If it finds one, it asks that text field to resign as first responder. If the force parameter is set to YES, the text field is never even asked; it is forced to resign.
但是，如果这个屏幕很复杂，虚拟键盘之外的区域中有很多按钮。轻击这些区域时可能会轻击到这些按钮，这样虚拟键盘就不能关闭。
要是找到一个没有按钮的空白区域都不容易且还有隐藏的视图对象时，通过轻击虚拟键盘之外的区域关闭虚拟键盘的方法实现起来就难了。

第六种方法，覆盖hitTest:withEvent:方法关闭虚拟键盘

在stackoverflow.com上，有人这样总结。说使用hitTest:withEvent:方法是最好的，也是最容易的解决方法。

I think the easiest (and best) way to do this is to subclass your global view and use hitTest:withEvent method to listen to any touch. 
Touches on keyboard aren't registered, so hitTest:withEvent is only called when you touch/scroll/swipe/pinch... somewhere else, then call [self endEditing:YES].
This is better than using touchesBegan because touchesBegan are not called if you click on a button on top of the view. 
It is better than UITapGestureRecognizer which can't recognize a scrolling gesture for example. It is also better than using a dim screen because in a complexe and dynamic user interface, you can't put dim screen every where. Moreover, it doesn't block other actions, you don't need to tap twice to select a button outside (like in the case of a UIPopover).
Also, it's better than calling [textField resignFirstResponder], because you may have many text fields on screen, so this works for all of them.

因此，我再建立一个继承UIView的视图类。在这个视图类中，覆盖hitTest:withEvent:方法，增加[self endEditing:YES]方法。

我将视图控制器的主视图所属类修改为这个新建视图类。这样在屏幕上轻击任何位置都会关闭虚拟键盘。
这个方法是最简单，也是最好的关闭虚拟键盘的方法。
使用好hitTest:withEvent:这个方法，还可以实现很多很复杂的功能。
The implementation of hitTest:withEvent: in UIResponder does the following:

•     It calls pointInside:withEvent: of self
•     If the return is NO, hitTest:withEvent: returns nil. the end of the story.
•     If the return is YES, it sends hitTest:withEvent: messages to its subviews. it starts from the top-level subview, and continues to other views until a subview returns a non-nil object, or all subviews receive the message.
•     If a subview returns a non-nil object in the first time, the first hitTest:withEvent: returns that object. the end of the story.
•     If no subview returns a non-nil object, the first hitTest:withEvent: returns self

This process repeats recursively, so normally the leaf view of the view hierarchy is returned eventually.
However, you might override hitTest:withEvent to do something differently. In many cases, overriding pointInside:withEvent: is simpler and still provides enough options to tweak event handling in your application.