写好上位机程序后，如何部署到服务器？
（这里我用的是tomcat服务器）
首先说明一点：为了程序测试是否连接到下位机，我编写了一个命名为gprs的java文件，这个可以用下位机连接是否成功。程序见附录，下面说具体的部署的步骤：

把web项目导出为war文件。步骤：选中web文件的项目->右键->Export->Myeclipse->WAR file如下图：

选择导出的位置，这里我为方便查找，选择为桌面。

把gprs.java文件导出为 Runnable JAR 文件。

步骤：选中java项目中的gprs.jar文件->右键->Export->java->Runnable JAR file，然后选择next

Launch configuation 选择的是你的主清单属性（就是你要运行的main方法所在的类，如果找不到就把main方法跑一边），Export destinaction 把导出的文件存放到哪里（不是像下载东西直接选个地址就完了，还要指定文件名和后缀  例如  c:\test.jar）Library handling 的三个选项（建议选第二个）

finish（去你指定的地方就可以找到文件了不用担心你依赖的jar会一起导出了）

Library handling 的三个选项：

Extract required libraries into generated jar：提取需要的库(以解压的形式)放到生成的 jar文件中，生成的jar文件较小 Package required libraries into generated jar：将所有需要的Jar包放到生成的 jar 文件中，生成的jar文件较大 Copy required libraries into a sub-folder next to the generated jar：将需要的jar包拷贝到一个子文件夹中

发送到服务器

以上两个文件导成功后，登录自己的云服务器，并把上面的war文件通过远程桌面或者第三方软件（qq、微信、网盘等），从本地主机发送到服务器上，并把war文件放在tomcat中webapps目录下，并解压；把jar文件，放在c盘->Administeration目录下即可。

调试，运行。

首先，打开cmd，然后：输入：java -jar xxxx.jar （xxx代表的是导出的jar文件名称）。保证没有报错即可。

然后，通过网络调试助手，建立TCP的client。然后输入服务器的静态IP地址和端口号（在java文件中设置好的端口号）。检测是否是否能服务器连接成功。

*后，连接成功后，打开服务器的tomcat，在服务器的浏览器端输入：

http://47.93.7.53:8080/demo_bridge0807
http://服务器的静态IP:8080/war文件的名称

以上步骤就完成了环境搭建。

欢迎大家批评指教！

背景：项目越来庞大，业务团队很多的情况下，就会出现一种情况，基础组件被很多业务方所依赖，比如其中的某个方法，被不同的业务方去多次swizzle, 多处hook一个方法，*后执行的方法是哪个？是*后一个hook的使用方还是？

示例代码说明, 4个viewController, 按照以下顺序依次push：

ViewController -> DDMNOtificationViewController -> DDMSwizzledViewController ->

DDMSwizzleSecondViewController

在每个vc的viewDidLoad方法里，调用被hook的方法（此时每个vc的实例方法已经在+load hook了，关于+load的问题后续会写一篇）

@implementation ViewController

– (void)viewDidLoad {
[super viewDidLoad];

self.navigationItem.title = NSStringFromClass([self class]);

UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(100, 100, 200, 44)];
button.backgroundColor = [UIColor yellowColor];
[button addTarget:self action:@selector(buttonAction) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:button];
}

– (void)ddm_viewcontroller_testInstanceMethod
{
NSLog(@”1:—-%s——“,__func__);
}

– (void)buttonAction
{
DDMNOtificationViewController *notificationVC = [[DDMNOtificationViewController alloc] init];
[self.navigationController pushViewController:notificationVC animated:YES];
}
@end
@implementation DDMNOtificationViewController

+ (void)load
{
[DDMSwizzleClass ddm_swizzle:NSClassFromString(@”ViewController”) originSelector:@selector(ddm_viewcontroller_testInstanceMethod) swizzleClass:[DDMNOtificationViewController class] swizzleSelector:@selector(ddm_notification_InstanceMethod)];
}

– (void)ddm_notification_InstanceMethod
{
NSLog(@”2:—-%s——“,__func__);
}

– (void)viewDidLoad {
[super viewDidLoad];

self.navigationItem.title = NSStringFromClass([self class ]);

UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(100, 100, 200, 44)];
button.backgroundColor = [UIColor redColor];
[button addTarget:self action:@selector(buttonAction) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:button];

[self ddm_notification_InstanceMethod];
}

– (void)buttonAction
{
DDMSwizzledViewController *notificationVC = [[DDMSwizzledViewController alloc] init];
[self.navigationController pushViewController:notificationVC animated:YES];
}
@end
@implementation DDMSwizzledViewController

+ (void)load
{
[DDMSwizzleClass ddm_swizzle:[ViewController class] originSelector:@selector(ddm_viewcontroller_testInstanceMethod) swizzleClass:[DDMSwizzledViewController class] swizzleSelector:@selector(ddm_swizzled_InstanceMethod)];
}

– (void)ddm_swizzled_InstanceMethod
{
NSLog(@”3:—-%s——“, __func__);
}

– (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view.
self.navigationItem.title = NSStringFromClass([self class ]);

[self ddm_swizzled_InstanceMethod];

UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(100, 100, 200, 44)];
button.backgroundColor = [UIColor blueColor];
[button addTarget:self action:@selector(buttonAction) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:button];
}

– (void)buttonAction
{
DDMSwizzleSecondViewController *notificationVC = [[DDMSwizzleSecondViewController alloc] init];
[self.navigationController pushViewController:notificationVC animated:YES];
}
@end
@implementation DDMSwizzleSecondViewController

+ (void)load
{
[DDMSwizzleClass ddm_swizzle:[ViewController class] originSelector:@selector(ddm_viewcontroller_testInstanceMethod) swizzleClass:[self class] swizzleSelector:@selector(ddm_secondswizzled_InstanceMethod)];
}

– (void)ddm_secondswizzled_InstanceMethod
{
NSLog(@”4:—-%s——“, __func__);
}

– (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view.
self.navigationItem.title = NSStringFromClass([self class]);

[self ddm_secondswizzled_InstanceMethod];
}
@end

打印结果：

DDMDemo[x:x] 1:[ViewController ddm_viewcontroller_testInstanceMethod]——

DDMDemo[x:x] 2:[DDMNOtificationViewController ddm_notification_InstanceMethod]——

DDMDemo[x:x] 3:[DDMSwizzledViewController ddm_swizzled_InstanceMethod]——

结果很显然：在DDMNOtificationViewController中执行的是ViewController的方法，DDMSwizzledViewController中执行的是DDMNOtificationViewController，依次类推。。

这也符合常理，各个使用方hook的方法肯定都得走到。

这里有人可能会有疑问，上述打印结果这个和这几个VC的+load方法执行顺序有关吧， ViewController -> DDMNOtificationViewController -> DDMSwizzledViewController -> DDMSwizzleSecondViewController ，

确实如上图，可以尝试调整source file的编译顺序会对打印结果产生影响。

结论是，使用方hook其他公用的方法，会调用到在这个类+load执行前的其他类的hook方法内容。

问题: 公钥 私钥是怎么产生和使用的？
根证书
根证书, 是CA给自己颁发的数字证书, 是信任链的起始点. 它一 般放在CA网站上, 供任何人下载.

数字签名原理
公私钥的特性：
1.对于一个私钥，有且只有一个与之对应的公钥。生成者负责生成私钥和公钥，并保存私钥，公开公钥
2.公钥是公开的，但不可能通过公钥反推出私钥，或者说*难反推，只能穷举，所以只要密钥足够长度，要通过穷举而得到私钥，几乎是不可能的
3.通过私钥加密的密文只能通过公钥解密，公钥加密的密文只有通过私钥解密

1.1  签名:
发送者先对要发送的”数据”计算一个哈希值, 再用自己的私钥对这个哈希值加密生成一 个”签名(值)”, 同时发送者要拥有一个向CA申请得到的”数字证书”( 其记录有公钥 ), *后发送者把”数据”, “签名(值)”和”数字证书”一起发送给接收者.
1.2 验证签名:
接收者接收到发来的”数据”, “签名(值)”和”数字证书”后, 会作一系列验证来判断这一数 字签名是否有效:
1.2.1
打开并验证”数字证书”的有效性;
1.2.2
计算”数据”的哈希值H1, 用”数字证书”记录的公钥对”签名(值)”进行解密得到值H2, 如 果H1==H2, 则该”数字签名”有效.

具体到

iOS证书签名
Apple官方提供的证书形式：

苹果公司目前提供两种 iOS Developer Program enrollment包括如下：
1. Standard Program
·$ 99 – 个人
– 此计划是为开发者能够自由地创造iPhone / iPod Touch/ iPad的商业应用，并且能够发布他们的应用程序在 App Store 上。
– 此计划每年有 100台 测试机器可以设置作开发以及测试用途。
– 这个程序不允许开发人员创建一个团队，团队成员添加到他们的帐户。
– 开发者参加这一计划将有各自的名称作为卖方在App商店上市。
·99美元 – 公司
– 公司应在邓白氏注册并拥有有效的 DUNS 号码。
– 此计划是对于希望开发iPhone / iPod Touch/ iPad的应用程序的 公司 而设。
– 此计划每年有 100台测试机器 可以设置作开发以及测试用途。
– 这个程序允许开发人员 创建一个团队， 团队成员添加到他们的帐户。
– 参加这一计划，其公司名称将作为卖方在App商店上市。
2.Enterprise Program
·$ 299 – 公司
– 公司应在邓白氏注册并拥有有效的 DUNS 号码。
此程序所开发的应用只能发给其雇员作 内部 使用。
– 这个程序允许开发人员 创建一个团队 ，团队成员添加到他们的帐户。
– 此计划将 不会允许 该公司在App商店出售他们的应用程序。

标红信息补充：
1. 各角色用户权限：

https://developer.apple.com/library/content/documentation/IDEs/Conceptual/AppDistributionGuide/ManagingYourTeam/ManagingYourTeam.html#//apple_ref/doc/uid/TP40012582-CH16-SW1

2. 注册DNUS:  http://www.dnbchina.com
注册成功收到以下类似格式邮件：
Your D-U-N-S Number request/update submitted on 12/20/201x with ID Number xx’xxxx.  You may start using your number in  14 days . D-U-N-S Number: xxxx  Resolution Description: New Record CreatedThe following information was submitted as part of your request:Business Name: xxxxxxxx  City: NJ City : CHINA PEOPLES REP    Thank you for using D&B’s Mini Investigation Service.

证书生成过程
具体生成过程，目前资料较多，不再重复，对关键步骤解释：

1.   生成 CertificateSigningRequest.certSigningRequest ，生成这个同时钥匙串中会出现具体的公钥及私钥。
以上文件 包含信息：参考链接（ https://en.wikipedia.org/wiki/Certificate_signing_request）
1.1 申请者信息，此信息是用申请者的私钥加密的
1.2 申请者公钥，此信息是申请者使用的私钥对应的公钥

2.  生成Certificate
2.1  公钥包含在证书CertificateSigningRequest.certSigningRequest中， 生成的这个东西叫 ios_development.cer
2.2  取出CertificateSigningRequest.certSigningRequest中的公钥，，然后将我的账号信息和我提交的公钥封装在证书中，并进行数字签名。
2.3 我的账号信息和我提交的公钥在certificate中
双击安装完证书后， KeyChain会自动将这对密钥关联起来（certificate只是关联私钥，并不包含）

3. 生成provisiontion profile
从生成步骤来看，  ppfile包含了三个东西 AppID, UDID, 所信任的证书(cer)。
总结     ppfile包含的东西如下：
3.1 AppID。每个app必须在MC中创建一个对应的AppId, 里面包含一些功能列表。格式是your teamID.com.mt.xxx 。
3.2 证书。不同类型的证书就代表了不同的发布方式。
3.3 UDID  可安装的设备列表
3.4 AppID 包含的bundleID （生成这个之前需要生成AppId，可查看其它具体生成过程的资料）
3.5 证书里的个人信息和公钥

运行到真机：
1.  解压ipa
.app里面包含图标，entitlements, 二进制文件, mobileprovision等信息（iOS6以下，设置通用描述文件可以看到所有通过xcode或testflight等安装到真机上的ppfile. iOS8 手动同步安装ipa需在描述文件里信任证书）
2. 生成可运行真机的ipa.需要进行compile bitcode, codesign .app等过程
3. ipa跑到真机
公钥 被包含 在数字证书里，数字证书 又被包含 在描述文件(Provisioning Profile)中，描述文件在应用被安装的时候会 被拷贝 到 iOS 设备中。
3.1  App 在真机上启动时，需要对配置的 bundle ID、entitlements 和 certificate，设备是否在设备列表 与 Provisioning Profile 进行匹配校验。
3.2  从 合法 的 ios_development.cer 中获取 公钥 对 App 的可靠性和完整性进行校验。

总结2个问题：
1. 私钥签名  签的是什么东西？
executable code ，resources such as images and nib files aren’t signed      对应.app中的_CodeSignature文件夹下的 CodeResources
2.  ios_development.cer 的合法性谁确定？
根证书（*后附有下载链接）
根证书就是一开始就被信任的证书，是信任链的起始点
Apple Root CA 证书公钥对其数字签名进行解密和校验。校验成功会标记此证书有效

if ([string lengthOfBytesUsingEncoding:NSUTF8StringEncoding]>1) ，结果是yes就是全角字符，no就是半角，

Unicode:
0x00-0x7F的字符，用单个字节来表示；
0x80-0x7FF的字符用两个字节表示；
0x800-0xFFFF的字符用3字节表示；
汉字的unicode范围是：0x4E00~0x9FA5

使用 UI_USER_INTERFACE_IDIOM() 进行区分  (ios 3.2>=) 无法区分iphone和ipod

if (UI_USER_INTERFACE_IDIOM()== UIUserInterfaceIdiomPad){

     //<define your constants here>

  } else {

   // <define your constants here>

   }

区分目前UI_USER_INTERFACE_IDIOM()有2个返回值

UI_USER_INTERFACE_IDIOM()== UIUserInterfaceIdiomPad   

UI_USER_INTERFACE_IDIOM()== UIUserInterfaceIdiomPhone   

使用 UIDevice.model 进行区分  (ios 2.0>=)

   NSString *deviceType= [UIDevice currentDevice].model;

   if([deviceType isEqualToString:@”iPhone”]){

      //iPhone

   }

   else if([deviceType isEqualToString:@”iPodtouch”]) {

     //iPod Touch

   }

   else {

      //iPad

   }

以前的 iOS 程式 (4.0 版以前) 都是用 addSubview 来将 app 的 root view 加到 window 上面，例如下面的作法：
[self.window addSubview:navigationController.view];

我发现在 iOS 6 上面，这个作法会使 rotation 失效 (iOS 6 以前完全没问题)，必须改成这个方式：
if([[[UIDevice currentDevice] systemVersion] floatValue] >= 4.0) self.window.rootViewController = navigationController;
else [self.window addSubview:navigationController.view];

iOS 4 之后才支援 self.window.rootViewController = navigationController 的方式。
这样在 iOS 6 上 rotation 就正常了。

需求是这样的:
在控制器A中, 不允许转屏, 只能是竖屏
push到控制器B之后, 允许控制器自动转屏幕

实现方式

正常的实现逻辑中, 只需要在控制器A中实现以下

1. – (BOOL)shouldAutorotate {
2. return NO;
3. }
4. – (UIInterfaceOrientationMask)supportedInterfaceOrientations {
5. return UIInterfaceOrientationMaskPortrait;
6. }

就可以实现了

但是今天遇到这么个问题, 无论怎么设置, 这些代码也执行, 但是都不起作用, 屏幕依然可以旋转.

问题

大概的查了一下, 跟UINavigationController, UITabBarController相关的控制器, 会默认的走这两个基类的转屏方法, 自己写的这个就不会生效了, 检查appDelegate中发现如下代码:

1. LCPlayerViewController *mainViewController = [[LCPlayerViewController alloc] initWithNibName:@”LCPlayerViewController”
2. bundle:nil];
3. UINavigationController *navigationController = [[UINavigationController alloc] initWithRootViewController:mainViewController];
4. navigationController.navigationBarHidden = YES;
5. self.navigationController = navigationController;
6. self.window.rootViewController = self.navigationController;
7. [self.window makeKeyAndVisible];
8. return YES;

解决方法

由于基本是UINavigationController, 所以跟上面说的那个一致, 自己实现的shouldAutorotate等方法不管用了, 于是解决办法如下:

1. LECBaseNavigationController *navigationController = [[LECBaseNavigationController alloc] initWithRootViewController:mainViewController];

把创建的Nav变成了自己的一个Nav子类, 定义如下:

1. #import “LECBaseNavigationController.h”
3. @interface LECBaseNavigationController ()
5. @end
7. @implementation LECBaseNavigationController
9. – (void)viewDidLoad {
10. [super viewDidLoad];
11. }
13. – (BOOL)shouldAutorotate {
14. return self.topViewController.shouldAutorotate;
15. }
17. – (UIInterfaceOrientationMask)supportedInterfaceOrientations {
18. return self.topViewController.supportedInterfaceOrientations;
19. }
21. – (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation {
22. return self.topViewController.preferredInterfaceOrientationForPresentation;
23. }
25. @end

重写了三个跟转屏相关的方法, 把转屏的控制归还给实际的控制器, 再编译运行, 就可以实现自己的控制器控制自己转屏方向了.
代码在这

https://github.com/dfzr86/ScreenOrientationsDemo

*步：检查brew -v是否安装了homebrew这个macOS 缺失的软件包的管理器。如果安装，跳转到第3步，否则跳转到第二步；下图为未安装的效果图

第二步：安装homebrew。安装跳转到官网指导。等待安装好之后，输入brew -v，如果出现版本号说明已经安装好：

安装的终端命令：

/bin/bash -c “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)”
没有安装效果图：

安装成功效果图：

第三步：执行brew update更新homebrew；

第四步：执行命令行brew install node安装node。执行npm -v即可看到安装好的npm版本，如下：

第五步：接下来就是npm的使用了，详情请看npm官网

*近续费公司帐号都没有问题，续费企业帐号时提示“你的支付授权失败。请核对你的信息并重试,或尝试其他支付方式”，目前已经续费成功，提供一些方法。

网上提供的方法（他们说可行，但是不是我的解决方法，我的不是这些问题）

1.网上很多人说登录另一个Apple ID，不使用我们的苹果企业开发者账号登录，续费还是会续费到苹果企业开发者账号的。但是目前好像更改不了续费填写的帐号。

2.还有人说更改联系人邮箱账号（不能使用qq邮箱和163邮箱），我反正不是这个问题，我公司帐号和企业账号续费用的都是qq邮箱，都续费成功了

我的方法建议：

1.信用卡需要支持双币种。使用的每张信用卡都是银联+Visa，或银联+万事达，支持人民币和美元（但是打客服电话，客服的回复说是可以没有银联标识，咱们大陆使用的信用卡都是有银联标志的）

2.很多人说账单地址必须和信用卡的一致，目前亲测不需要，我只是账单联系人写的是信用卡的联系人，地址都是自己写的

3.一定要检查你的信用卡免密支付的额度（折腾了好多天，换了好多张卡，*后才发现免密支付有额度不能超过1000，续费企业号额度一定要够）

折腾了两天发现是银行卡的问题，大家遇到这个问题时，一定要跟银行确定你的免密支付额度！！！！