曾健生的专栏

4年App后台经验的总结

在很多app中，都需要用户的登录操作。登录，就需要用到用户名和密码。为了安全起见，暴露明文密码的次数越少越好。怎么能最大程度避免泄露用户的密码呢？在登录后，app后端怎么去验证和维持用户的登录状态呢？在本文中，给出了一套用户登录的解决方案，以供大家参考。

app和后端的通讯过程中，api请求有可能被别人截取或不小心泄露。那么，怎么保证api请求的安全呢？在这篇文章中，介绍一种常见的保证api请求安全的做法--url签名。

在上文《16.app后端如何保证通讯安全--url签名》提到，url签名有两个缺点，这两个缺点，如果使用对称加密方法的话，则完全可以避免这两个缺点。在本文中，会介绍对称加密的具体原理，和详细的方案，使app通讯更加安全。

移动互联网，除了一直在线这个特点外，还有一个重要特点，能定位到手机的位置。查找附近的人,附近的餐馆等服务，以及大量的o2o应用, 都需要使用LBS(Location Based Services)。那么，如何用户的地理坐标？如何去查找所需的附近的数据呢？在这篇文章中，为你一一道来。

在创业团队中，一个重要的原则是能省就省，该花就花，把银子用在刀刃上。 现在的app，为了获取用户的社交关系，需要用户的手机号注册。用手机号注册就涉及到一个发送短信验证码的问题，那怎么才能在短信服务上投入最少的成本获得最大的收益？

在app后端的工作中，设计api是一个很考验设计能力的工作。在项目的初始阶段，只知道具体的业务逻辑，那怎么把业务逻辑抽象和提炼，设计出api呢？通过阅读本文，可解答以上疑惑。

在app的主页或通知栏，经常需要通过api取最新的数据。那么，怎么在这部分上做优化，使获取内容的效率更高呢？在本文中，通过推拉和增量更新，实现了一种高效获取数据的策略。

在“app后端”qq群中，经常被问到的一个问题：“怎么设计一个应付高并发的架构”。诚然，设计一个能应付百万流量的高并发架构，是很令人兴奋的技术挑战，但在创业公司中的成长，难道就只有设计架构吗？在这篇文章中，谈谈我对这方面的看法。

一直以为身处移动互联网行业，就算没吃过猪肉还没见过猪跑吗？对这个行业已经有相当的了解。但看完这篇分享，发现自己还是一个井底之蛙，思维的层次还没提升上去

创业真的需要app吗？真的需要外包吗？在创业团队的3年来，我对这两个问题的一点思考。

推送服务已经是app的标配了。架设推送服务，除了可以使用第三方服务商外，也有大量的开源技术可以选择。

现在，聊天功能已经成了社交app的标配了。但是，众多web开发出生的程序员对聊天相关的服务的不了解，带来了很多开发上的困扰。在这篇文章中，根据3个方面，谈谈聊天服务。

长期呆在创业团队中，我人品不咋的，遇到过各种坑人的项目和团队。下面讲讲3件坑人的事情。

app和后端的交互，一般都是通过后端提供的api实现。api的设计，估计很多刚进入app后端的小伙伴会一无头绪，不知道怎么入门。下面根据自己3年的app后端经验，总结出下几个api设计原则，给小伙伴参考。

很多没有实际项目经验的小伙伴，对消息队列系统非常陌生，看着很多架构的介绍中，都提到消息队列。但是，不知道为什么要用消息队列？什么是消息队列？常见的消息队列产品有哪些？通过阅读本文，帮你解开以上的疑惑。

app后端的开发中，经常要面临的一个问题是：数据放在哪里? mysql ？redis？mongodb？现在有这么多优秀的开源数据库产品，怎么根据业务场景来选择合适的数据?常用的数据库产品的优缺点又是什么呢?通过阅读这篇文章，能帮你解决以上的疑惑，使你在碰到数据存储选择问题时思路更清晰。

“自我驱动”，“最少知识”和“最少行动”是学习的三大要点

49页第二行,”提示客App 户端程序员”应改为”提示App客户端程序员”57页最后标题“2. PRC ”应改为”RPC”61页中间”这个过程就是建立倒序搜引”应改为这个过程就是建立倒序索引75页表格中“HTTP 请求方式”应为“HTTP 返回方式”，“HTTP 请求头”应为“HTTP 返回头”。77页“使用DES（非对称加密算法）”应为“使用RSA（非对称加密算法）” “使用邦邦加密,爱加密等第三

用互联网的产品思维打造一本app后端的书

很感谢“app后端”qq群的网友，在发布消息后，就收到了大量网友的反馈

两分钟让你明白app后端有啥用

在本文中，根据本人在创业公司的经历，使你了解整个app的开发流程，助你迈入app开发的大门。

在经历过两个创业项目后，学到的最大教训是：快速迭代，不断试错

很多从web后端转到app后端的小伙伴经常很茫然，不知道这两者之间有啥区别。本文通过例子，分析web后端和app后端的区别，使各位更好地把握app后端的架构。

经常有开发者问：app和后端通讯是用http协议还是私有的协议？是用长连接还是短连接？通过阅读本文，帮你解除上面的疑问。

本人以后的一系列app后端架构文章，都是在这篇文章的基础上展开的，这篇文章是整个app后端系列的核心基础，请仔细阅读。

对于很多刚入行的朋友来说，不清楚应该选择什么样的服务器提供商，是选择传统的IDC,　租用服务器租用机柜，还是选择现在很火的云服务器呢？在本文中，通过对比传统的IDC和云服务，简单阐述一下服务器的选择。

在qq上，经常看到有创业团队的创始人一直都招不到技术人员，除了项目的因素外，很大的原因就是所需要掌握的开发语言偏门。通过阅读本文，详细了解选择开发语言的核心原则，使各位心里对开发语言的选择更加有数。

在app后端的工作中，经常会接触到新的技术。作为一名后端人员，面对开发的压力，快速地入门新的技术，融入到项目当中，这已经成了一个后端人员的必备技能。在这篇文章，根据总结出来的一个核心思维模式，介绍4种快速入门新技术的方法。

这篇文章的上半部分，是我2011年在豆瓣上发表的《五天学会绘画》书评，我和老婆就相识于这个书评。后记部分，是对绘画，和用互联网方法找女友的一些思考。

app应用中文字夹带表情是个很常见的现象。甚至一些40多岁的大叔级用户，也喜欢在自己的昵称中夹带表情，在产品运营后发现这个现象，彻底颠覆了我的世界观。在后台处理表情的时间，我遇到过本人所述的3个问题。

在当前的app应用中，到处都能看到视频的身影，例如，在社交类的app上，用户可以拍摄属于自己的小视频，并发布到相应得栏目，增加和好友们互动的机会。本文通过介绍ffmpeg这个视频处理软件，让读者对视频处理有初步的了解。

移动互联网行业是个快速发展的行业，需求不断变化，产品更新快。基于移动互联网的以上特点，在开发产品的过程中，我们放弃了传统的瀑布流开发模型，引入了精益的理念和scrum这个敏捷开发框架，下面谈谈实施过程中的一些经验。     scrum简介：Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的跌代周期，每个小的的跌代周期称为一个Sprint

刚开始做LBS的时候，有一个问题，通过手机获取的坐标，放到百度地图或高德地图上，总是会出现偏移，例如，当时是在微信的前总部“南方通讯大厦”附近获取的坐标，那是把坐标放到百度地图上却到了华南师范大学（那是俺的母校）。 被这个问题困扰了好久，查了好多资料才找到是这个原因：国家的法律规定，所有的电子地图服务提供商都需要给地图数据加上偏移和加密，例如，你获取的坐标是100,90 ，这个坐标到了地图

在app中，例如在通知界面，当新通知的时候，需要显示有多少条通知，用户点击“获取新通知”后，就能看到新的通知。      那么在app端，怎么才能知道有多少条新通知？      实现的技术有两种:1. polling: app定时查询2. push：服务器实时推送给app      polling就是app每隔一段时间向服务器查询，获取新通知。这种方法很容易实现，但

个人认为，在小型的创业团队中，特别是以应用产品为主，在架构后台的时候，需要集中精力解决自身业务上的问题，不是花时间解决第三方已经解决的问题，简单点来说，就是能用第三方服务就使用第三方的服务。基于这个原则，就有了下面的系统架构： 1. apns：由于在apns中，无效的token会导致连接apns连接的失效从而使apns信息丢失。解决的方案是维护发送队列，当apns服务器返回错误的token

在app的应用中，文字中夹带表情是个很常见，那么，在后台处理表情的时间，我遇到过下面两个问题： 1. 表情在mysql的存储。     表情的utf8编码，有时是有4个字节的，所以在一般的utf编码是没法存储的，我在网上看到的一个常用的解决方案，是把mysql升级到5.5,然后把字符编码改为utf8mb4_general_ci。但在实践中，我发现了还有一个方法，适用于mysql

当项目上线后，随着用户的增长，有些数据表的规模会以几何级增长，当数据达到一定规模的时候（例如100万条），查询，读取性能就下降得很厉害，这时，我们就要考虑分表。    更新表数据时会导致索引更新，当单表数据量很大时这个过程比较耗时，这就是为什么对大表进行新增操作会比较慢的原因，并且更新表数据会进行表级锁或者行锁，这样就导致其他操作等待。     所以我们将大表拆分为多个子表，那么在

app上线后，不断接受用户的反馈，于是，反馈非常差的情况下，都会有app的改版。 一旦app的改版，都会有比较大的UI改动，一改动UI，那么图片的尺寸也就必须要改变。 在app后端设计(1)—api(http://blog.youkuaiyun.com/newjueqi/article/details/14053733)这篇文章中，我提到过app后台图片处理的一个基本原则，数据库中只保存原图的