开发一个ios和android平台下的app需要的硬件和软件服务器是什么？说几个就可以_(:з」∠

做安卓开发软件环境：Eclipse+ADT 硬件环境：电脑 服务器：单机的app不需要，需要的网上租 服务器的软件环境和电脑网站一样：服务器tomcat，JBoss，WebSphere，WebLogic，Resin。数据库：MySQL，Oracle，SqlServer 手机端：SQLite

1、网络请求中常用的有Get请求，Post请求，还有Head、Put、Delete、Options、Trace、Connect等

GET 获取指定资源

POST 向指定资源提交数据进行处理请求，在RESTful风格中用于新增资源

HEAD 获取指定资源头部信息

PUT 替换指定资源(不支持浏览器操作)

DELETE 删除指定资源

OPTIONS 允许客户端查看服务器的性能

TRACE 回显服务器收到的请求，主要用于测试或诊断

CONNECT 预留给能够将连接改为管道方式的代理服务器(HTTP代理使用)

2、上传在网页中最常用的就是POST请求了，将编码到POST请求体(body)中，通过请求数据一起发送到服务器上；

3、在iOS开发中，上传的请求体非常难写，格式要求非常严格，出一点错误都会造成上传失败，或请求数据失败，先看格式：

--Boundary+72D4CD655314C423

Content-Disposition: form-data; name="uploadFile"; filename="001png"

Content-Type:image/png

Content-Transfer-Encoding: binary

contents of borispng

--Boundary+72D4CD655314C423--

这是一个不带其他任务参数，body中只有一张图就要写成这样

分别说明一下：

--Boundary+72D4CD655314C423 // 分割符，以“--”开头，后面的字随便写，只要不写中文即可

Content-Disposition: form-data; name="uploadFile"; filename="001png" // 这里注明服务器接收的参数（类似于接收用户名的userName）及服务器上保存的文件名

Content-Type:image/png // 类型为png

Content-Transfer-Encoding: binary // 编码方式

// 这里是空一行，必不可少！！

contents of borispng // 数据部分

--Boundary+72D4CD655314C423-- // 分隔符后面以"--"结尾，表明结束

OSI 的七层协议体系结构的概念清晰,理论完整,当时它既复杂又不实用; TCP/IP 体系结构则不同,但是它现在却得到了非常广泛的应用,不过从实质上讲, TCP/IP 只是最上面的三层,因为最下面的网络接口层并没有什么具体内容;因此在学习计算机网络的时候往往采取折中的方法,即综合 OSI 和 TCP/IP 的优点,采用一种只有五层协议的体系结构;

iOS 开发中的网络通信主要是在传输层和应用层进行一些网络 IP 地址,端口以及协议的一些处理;首先是网络层的两种传输协议 UDP 和 TCP 的含义以及区别:

用户数据包协议;UDP 在传输数据之前不需要先建立连接远地主机的运输层在收到 UDP 报文后,不需要给出任何确认;

主要特点:

传输控制协议; TCP 提供面向连接的服务;在传输数据之前必须先建立连接,数据传输完成后要释放连接;建立连接需要通过三次握手,而释放连接需要四次握手;

主要特点:

第一次握手：客户端发送syn包(seq=x)到服务器，并进入SYN_SEND状态，等待服务器确认;

第二次握手：服务器收到syn包，必须确认客户的SYN(ack=x+1)，同时自己也发送一个SYN包(seq=y)，即SYN+ACK包，此时服务器进入SYN_RECV状态;

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。

这个问题的本质就是信道不可靠，但是通信双方需要中间传输的数据是可靠的，而要解决这个问题，无论你是在信息中包含什么信息，三次通信是理论上的最小值，所以三次握手不是TCP本身的要求，而是为了满足在不可靠信道上可靠的传输信息这一需求所致的；这里的本质需求就是，信道不可靠，数据传输要可靠，三次握手之后你先继续握手还是发数据也好，跟进行可靠信息传输的需求就没关系了，因此如果信道可靠，无论什么时候发出消息，对方一定能收到，或者你不关心是否要保证对方收到你的消息，那就能像UDP那样直接发送消息就可以；

1当主机A确认发送完数据且知道B已经接受完了，想要关闭发送数据接口（当然确认信号还是可以发），就会发FIN给主机B；

2主机B收到A发送的FIN，表示收到了，就会发送ACK回复；

3但是这时B可能还在发送数据，没有想要关闭数据口的意思，所以FIN和ACK不是同时发送的，而是等到B数据发送完，才会发送FIN给主机A；

4A收到B发来的FIN，知道B的数据也发送完了，回复ACK，A等待2MSL以后，没有收到B传来的任何消息，知道B已经收到自己的ACK了，A就关闭链接，B也关闭链接；

在客户端发送最后的ACK回复，但是该ACK可能丢失。服务端如果没有收到ACK，将不断重复发送FIN片段。所以客户端不能立即关闭，它必须确认服务端接收到了该ACK，客户端会在发送出ACK之后进入到TIME_WAIT状态，客户端会设置一个计时器，等待2MSL的时间，如果在该时间内再次收到FIN，那么客户端会重发ACK并再次等待2MSL；所谓2MSL是两倍的MSL（Maximum Segment Lifetime）。MSL指一个片段在网络中最大的存活时间，2MSL就是一个发送和一个回复所需的最大时间。如果知道2MSL，客户端都没有再次收到FIN，那么客户端推断ACK已经成功接收，则结束TCP连接；

HTTP是一种无状态的连接，客户端每次读取web网页时，服务器都会认为这是一次新的会话。但有时候我们需要持久保存一些用户信息，比如登录时的用户名和密码等；而这些信息都是需要Cookie和Session来保存；

这两个的本质区别就是Cookie是保存在客户端的，而Session是保存在服务器上的；

当服务器接收到 cookie 后，会根据 cookie 中的 SessionID 来找到这个客户的 session。如果没有，则会生成一个新的 SessionID 发送给客户端。

HTTP 连接使用的是"请求--响应"的方式,不仅在请求时需要先建立连接,而且需要客户端向服务器发出请求后,服务器端才能回复数据;一次请求后立即断开;HTTP 使用的的面向连接的 TCP 作为传输层协议,保证了数据的可靠性;但是 HTTP属于无状态,无连接;虽然使用了 TCP 连接,但通信的双方不需要先建立连接;

socket 连接通常情况下就是 TCP 连接,因此 socket 连接一旦建立,通信双方即可开始互相发送数据内容,直到双方的连接断开;但在实际应用中,客户端和服务器之间的通行防火墙会关闭长时间处于非活跃状态的连接而导致 socket 连接中断,因此需要通过轮询告诉网络该连接处于活跃状态;

连接过程分为三个步骤:服务器监听,客户端请求,连接确认;

服务器监听 :服务器端套接字并不定位具体的客户端套接字,而是处于等待连接状态,实时监测网络状态,等待客户端的连接请求;

客户端的连接请求 :指客户端的套接字提出连接请求,要连接的目标是服务器端的套接字,为此客户端的套接字必须首先描述它要连接的服务器的套接字,指出服务器端的套接字的地址和端口号,然后就向服务器端套接字提出连接请求;

连接确认 :当服务器端套接字监听到或者说收到客户端套接字的连接请求时,就响应客户端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给客户端,一旦客户端确认了此描述,双方就正式建立连接,而服务器端的套接字继续处于监听状态,继续接受其它客户端套接字的连接请求;

HTTP的 URL 的一般形式是: http://<主机>:<端口>/<路径>

HTTP 的默认端口号是:80;

HTTP 有两类报文:

1请求报文---从客户端向服务器发送的请求报文

2响应报文---从服务器到客户的回答

特点:所有的请求参数都拼接都 URL 的后面;

缺点:

特点:

1xx 保留响应保留;

2xx 请求成功接收;

3xx 为完成请求客户端需要进一步细化请求;

4xx 客户端请求错误(参数,方式不正确);

5xx 服务器端有错误;

当你的iPhone收到推送信息后到底会发生什么呢？总共有三种可能性：

app在前台运行 接收到推送信息时屏幕上不会有任何显示，也不会有提示音，但你的app　delegate会收到这个推送信息。你可以在这里加入代码来处理接收到的信息。

app不在前台运行。iPhone可能停留在主界面或者另一个app正在运行一个提示窗口会弹出，可能伴随着提示音。用户可以点击Close按钮来关闭这个窗口或者点击View按钮来打开你的app。如果用户点击的时Close按钮，那你的app不会处理这个推送的信息。

iPhone在锁屏状态下 同样一个提示窗口弹出，并伴随着提示音，但是这个窗口不会有Close和View按钮。屏幕解锁后会自动进入你的app。

因为app　delegate是接收推送信息的地方，我们对app的最后改动都是在AppDelegatem文件中。我们需要修改两处：

application:didFinishLaunchingWithOptions:函数　如果推送信息到达时你的app不在前台运行，而用户在弹出窗口点击了“View”按钮，你的app会重新运行然后这个信息会作为参数注入到application:didFinishLaunchingWithOptions:函数中。

application:didReceiveRemoteNotification:函数　如果信息到达时你的app正在前台运行，那这个函数就会被调用。在iOS40或更新的版本，如果你的app从暂停状态进入前台，这个函数也会被调用。你可以用UIApplication的applicationState属性来检查你的app是否是从暂停状态苏醒。

上述的两个函数都会有一个字典参数其中包含了JSON格式的推送信息内容。OS已经帮我们把JSON格式的信息转换成Objective-C字典了。将下面的代码加到didFinishLaunchingWithOptions:函数的return语句前：　　　if (launchOptions != nil)

{

NSDictionary dictionary = [launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];

if (dictionary != nil)

{

NSLog(@"Launched from push notification: %@", dictionary);

[self addMessageFromRemoteNotification:dictionary updateUI:NO];

}

}

我们先确保launchOptions参数不是nil以及launchOptions中包含了推送信息。然后调用addMessageFromRemoteNotification函数来处理这个信息。

把下面的函数加到AppDelegatem文件中:　　- (void)application:(UIApplication)application didReceiveRemoteNotification:(NSDictionary)userInfo

　　{

　　NSLog(@"Received notification: %@", userInfo);

[self addMessageFromRemoteNotification:userInfo updateUI:YES];

　　}

这个函数同样依靠addMessageFromRemoteNotification来完成处理信息的工作。

将下面这个函数复制粘贴到didFinishLaunchingWithOptions:函数上面：- (void)addMessageFromRemoteNotification:(NSDictionary)userInfo updateUI:(BOOL)updateUI

{

Message message = [[Message alloc] init];

messagedate = [NSDate date];

NSString alertValue = [[userInfo valueForKey:@"aps"] valueForKey:@"alert"];

NSMutableArray parts = [NSMutableArray arrayWithArray:[alertValue componentsSeparatedByString:@": "]];

messagesenderName = [parts objectAtIndex:0];

[parts removeObjectAtIndex:0];

messagetext = [parts componentsJoinedByString:@": "];

int index = [dataModel addMessage:message];

if (updateUI)

[selfchatViewController didSaveMessage:message atIndex:index];

[message release];

}

我保证这是最后一点代码了。然我们解释一下这段代码。Message message = [[Message alloc] init];

messagedate = [NSDate date];

首先我们创建一个Message对象。我们会把推送信息的内容提取出来，填入到这个对象中然后将这个对象加入到DataModel中。NSString alertValue = [[userInfo valueForKey:@"aps"] valueForKey:@"alert"];

上面的代码从推送信息中获取了信息的内容。推送信息的JSON的格式看起来是这样的：{

"aps":

{

"alert": "SENDER_NAME: MESSAGE_TEXT",

"sound": "default"

},

}

服务器把信息内容以及信息作者的昵称放到了“alert”栏中。我们对这个字典中的其他内容并不感兴趣。NSMutableArray parts = [NSMutableArray arrayWithArray:[alertValue componentsSeparatedByString:@": "]];

messagesenderName = [parts objectAtIndex:0];

[parts removeObjectAtIndex:0];

messagetext = [parts componentsJoinedByString:@": "];

上面的代码将发送者的昵称和信息内容分解出来放入到Message对象中。发送者昵称是分号和空格之前的字符串。int index = [dataModel addMessage:message];

现在我们可以把这个Message对象加入到DataModel中了。if (updateUI)

[selfchatViewController didSaveMessage:message atIndex:index];

最后，我们让ChatViewController加入这个新的信息。但是，如果推送信息是在didFinishLaunchingWithOptions函数中收到的，那我们就不能刷新这个视图，因为那时ChatViewController的表格还没有加载。视图加入这个信息会导致系统崩溃的。

就这些了。编译并运行现有的程序。用test_messagehtml中的表格来发送一些信息。你应该在app的聊天视图中看到这些信息气泡出现。自定义提示信息

你应该还记得我们之前在介绍推送信息时曾说过你可以自定义提示设置。比如你可以在有信息时播放一个自定义的提示音。我在app的resources文件夹中放了一个音频文件叫做beepcaf。

打开apiphp文件并在makePayload()函数中将下面这行代码：$payload = '{"aps":{"alert":"' $nameJson ': ' $textJson '","sound":"default"}}';

改为:$payload = '{"aps":{"alert":"' $nameJson ': ' $textJson '","sound":"beepcaf"}}';

你不需要改变app本身的任何代码，甚至不用重新编译。但你还是应该在设备上关闭打开了的app。因为如果我们的app正在前台运行，那提示音是不会响的。现在用test_messagehtml给app发一个信息。当提示窗口出现时，提示音是不是不同了？

你也可以实验修改其他的选项。比如提供自定义按钮，或者给app设定数量小图标。（如果你想实验数量小图标，别忘了让app注册接收数量图标。现在我们的app只会有提示音和提示窗口。）

随着移动互联网流量红利的逐渐退去，iOS程序员正在面临开发岗位增速下降的现实问题，一方面App开发的热度在下降，另一方面大型互联网平台相继推出了自己的小程序生态，在这些因素的综合影响下，iOS程序员的岗位竞争压力将进一步加剧。

作为iOS程序员来说，如果想在技术研发的道路上走得更远，可以从以下几个方面入手：

第一：丰富自身的知识结构。 在当前大数据以及产业互联网的推动下，软件开发的功能边界在不断得到拓展，同时由于大量的互联网公司开始采用数据驱动的运营方式，所以开发团队小型化的趋势也比较明显，这就要求程序员要具备更丰富的知识结构，以适应不同的开发角色。iOS程序员可以进一步从岗位任务开始进行知识结构的拓展，比如进一步丰富前端开发知识就是不错的选择，iOS程序员也完全可以走全栈开发路线。

第二：跳出iOS的生态圈。 iOS的生态圈相对来说还是比较封闭的，而且iOS程序员自身可以发挥的空间也相对有限，主要原因是系统的封闭性所导致的。如果想综合提升自身的研发能力，可以考虑跳出iOS的生态圈。

第三：走研发级路线。 iOS程序员也完全可以走研发级路线，走研发级路线需要做好三件事，其一是选择一个主攻方向；其二是有扎实的基础知识储备；其三是能够不断完成岗位升级，从而获得更多的资源整合渠道。不少应用级程序员在发展的过程中会遇到较大的上升瓶颈，通过读研来完成岗位升级也是一个比较常见的选择。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言！

微信适配夜间模式了吗？这就是例子，强者话语权，ios先天的系统优势就是一个市场的锚点，微信知道自己的命根子在哪，为硬件设备提供极致操作的工具，例如Metal，无可匹敌，再说ios系统核心的源代码，与高端服务器os unix一脉相承，又有进一步的嵌入式操作，核心api专业打磨，绝对不是开源系统能比的量级，说白了每个环节都是钱砸出来的，靠的都是工匠精神，核心源码是任何一个程序员的宝藏，不要认为玩过几个跨平台根本不考虑性能的js小技术就明白了一切，只要去过Google开发者大会的就知道，看看安卓程序员手里吃饭的家伙是啥，mac，顶上的叶子再多也要靠下面的根，乔布斯，一骑绝尘

去开发华为系统的APP，动作要快

转后端 Java PHP go py都学一波

我干过大概一年的iOS开发，后来又转回java了，说句实话，iOS对开发者确实友好，一切都很不错，开发工作也很愉快，但是后来工作不太好找，而且iOS开发的发展深度没有java深，java深入不仅仅是curd，还有架构、框架、微服务、分布式 等等。而且java到架构之后，薪资也比iOS要高很多，不过我不建议你学我，除非你有毅力学习java，因为我除了有iOS开发经验之外，还有五年的java经验，说转也就转了。

作为IT行业的从事多年的程序狗，我来解答下您的这个问题。

2015年到2017年可能是IOS最热的一段时间，大量的软件开发人员投入IOS的市场。现今随着苹果公司的销量不断受挫。IOS的市场也是不温不火。

IOS开发程序员，其实可以尝试这跳出这个生态舒适圈，软件这个行业是多向选择的，软件的开发思想、程序的设计思想都是大同小异的。对于一个精深IOS开发人员来说，对于别的语言多少都会掌握一些，这对于您跳出IOS的圈也是一大帮助。毕竟Java、Python现在是市场上的主流语言。

另一个方面就是很多资深程序员选择的，进入深层次领域的学习。走研发级的一些路线。研发级软件研发的职位生命周期长。工作压力会比程序员小很多，很适合大龄程序员的选择。

或者就是选择自己的一个主攻方向，做这个方向的专家，这也不失为一种选择。丰富自身的知识结构，向着全栈开发工程师不断的前进。

或者可以尝试这转行管理层，做一些技术经理、技术总监。当然任何一种选择都需要您结合自身的实际情况去抉择。谨慎考虑、然后在做选择。

希望回答对您有所帮助。

我本人从事多年互联网Java开发，感兴趣的朋友可以关注私聊，共同努力，共同进步。

谢谢！

我是8年iOS开发从业者，结合我自身情况以及我自己的职业规划，希望能够帮到你。

焦虑 今年已经三十岁了，对于iOS的现状和未来也时常感到焦虑，大龄程序员未来的出路在哪，我也会迷茫。

市场需求 移动开发需要iOS，安卓两端一起开发，耗费的时间成本是企业会考虑的，再加上html5、小程序、各种跨端方案的出现，市场对原生开发需求更少了。

案例 再分享一个之前做主管时我招聘C++开发的一个经历，杭州C++需求量不大，但是这位应聘者能力过硬，最终进了华为。

我们应该怎么做 上面的案例也印证了只要自身技术过硬，只要市场还有需求，过多的担心和焦虑是没有必要的，把大量的时间花在 探索 未来方向，不如沉下心来学习技术，努力提高自己，成为不可替代的人才。其实应对焦虑最好的方法是行动，目前市场更需要的是高端人才，只要有岗位需求，把自身能力提高上去之后，现在所担忧的问题都会迎刃而解。

希望我的回答对你有帮助，随时欢迎留言反馈。

flutter欢迎你

转其他语言，或者自己独立开发

我鼓捣flutter去了