<commit_before># Beacon-Active-iOS

用于演示并测试App被Kill后激活，重启后激活，修改语言后激活等表现。

##测试环境

* 测试机型：iPhone 5S
* 系统版本：iOS 8.2
* iBeacon配置：
 	* UUID : 46D06053-9FAD-483B-B704-E576735CE1A3
 	* Major & Minor : 任意
	* 也可以使用配置工具扫描App中的二维码进行配置。

##测试: 

####Kill掉App后，进入离开区域，测定需要的时间。

进入测试

进入时间 | 激活时间 | 时长
------------ | ------------- | ------------
14:52:28 | 14:52:29  | <= 1s
14:54:10 | 14:54:10  | <= 1s
14:54:18 | 14:54:18  | <= 1s
15:32:00 | 15:32:01  | <= 1s

离开测试

离开时间 | 激活时间 | 时长
------------ | ------------- | ------------
15:00:25 | 15:00:56  | 31s
15:02:50 | 15:03:22  | 32s
15:04:31 | 15:05:04  | 33s
15:19:00 | 15:19:31  | 31s

####重启后，进入离开区域，测定需要的时间。

进入或离开时间 | 激活时间 | 时长 | 备注
------------ | ------------- | ------------ | ------------
17:27:00 | 20:43:25 | 3小时以上 ｜ 由于系统没有启动服务时，就进入了区域，此后一直在区域内，3小时后才离开区域，激活了App.
10:43:03 | 10:43:03 | <=1s
10:51:20 | 10:55:24 | 4分钟 | 重启时，离开状态。重启后，进入区域时没有激活，退出区域时激活。
11:31:50 | 11:31:50 | <= 1s | 重启前，离开区域，重启一段时间后，进入区域。
11:48:10 | 11:48:39 | 29s | 重启前，在区域内，重启一段时间后，离开区域。实验结果与离开区域的时长相同。
12:01:00 | 12:01:30 | 30s | 重启前，离开区域，重启后，进入区域，没有激活。等待出现区域监视标志后，离开区域，激活App。激活时间与离开区域的时长相同。

#####总结
App是否可以在重启后被激活，与当时系统服务状态和进出区域动作相关。如果重启后，系统监测服务还没有启动，此时发生的进出区域都不会激活App。在系统监测服务启动后，如果区域状态发生了变化，从离开状态变为进入状体啊，或者相反，就会按照相应的时间激活App，例如，系统监测服务启动前是在区域内，系统服务启动后，离开区域，则30秒后会被激活，如果系统监测服务启动前是在区域外，服务启动后，如果进入区域，则在1秒左右即激活App。

####设定语言后的重启。

与Kill掉App效果基本相同。<commit_msg>修改README中的细节问题<commit_after># Beacon-Active-iOS

用于演示并测试App被Kill后激活，重启后激活，修改语言后激活等表现。

##测试环境

* 测试机型：iPhone 5S
* 系统版本：iOS 8.2
* iBeacon配置：
 	* UUID : 46D06053-9FAD-483B-B704-E576735CE1A3
 	* Major & Minor : 任意
	* 也可以使用配置工具扫描App中的二维码进行配置。

##测试: 

####Kill掉App后，进入离开区域，测定需要的时间。

进入测试

进入时间 | 激活时间 | 时长
------------ | ------------- | ------------
14:52:28 | 14:52:29  | <= 1s
14:54:10 | 14:54:10  | <= 1s
14:54:18 | 14:54:18  | <= 1s
15:32:00 | 15:32:01  | <= 1s

离开测试

离开时间 | 激活时间 | 时长
------------ | ------------- | ------------
15:00:25 | 15:00:56  | 31s
15:02:50 | 15:03:22  | 32s
15:04:31 | 15:05:04  | 33s
15:19:00 | 15:19:31  | 31s

####重启后，进入离开区域，测定需要的时间。

进入或离开时间 | 激活时间 | 时长 | 备注
------------ | ------------- | ------------ | ------------
17:27:00 | 20:43:25 | 3小时以上 | 由于系统没有启动服务时，就进入了区域，此后一直在区域内，3小时后才离开区域，激活了App.
10:43:03 | 10:43:03 | <=1s
10:51:20 | 10:55:24 | 4分钟 | 重启时，离开状态。重启后，进入区域时没有激活，退出区域时激活。
11:31:50 | 11:31:50 | <= 1s | 重启前，离开区域，重启一段时间后，进入区域。
11:48:10 | 11:48:39 | 29s | 重启前，在区域内，重启一段时间后，离开区域。实验结果与离开区域的时长相同。
12:01:00 | 12:01:30 | 30s | 重启前，离开区域，重启后，进入区域，没有激活。等待出现区域监视标志后，离开区域，激活App。激活时间与离开区域的时长相同。

#####总结
App是否可以在重启后被激活，与当时系统服务状态和进出区域动作相关。如果重启后，系统监测服务还没有启动，此时发生的进出区域都不会激活App。在系统监测服务启动后，如果区域状态发生了变化，从离开状态变为进入状体啊，或者相反，就会按照相应的时间激活App，例如，系统监测服务启动前是在区域内，系统服务启动后，离开区域，则30秒后会被激活，如果系统监测服务启动前是在区域外，服务启动后，如果进入区域，则在1秒左右即激活App。

####设定语言后的重启。

与Kill掉App效果基本相同。
{'fraction_non_alphanumeric': 0.24936201239518774, 'fraction_numerical': 0.15822092599343784, 'mean_word_length': 3.418679549114332, 'pattern_counts': {'":': 0, '<': 15, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '1931581', 'n_tokens_mistral': 2201, 'n_tokens_neox': 2299, 'n_words': 161}