从Android平台兴起算起，偶在移动互联网这个行业中一直摸爬滚打到现在，一直都是以一个App开发者的身份去接触这个行业，刚开始以学生身份做一些小应用自娱自乐，后来也加入过创业团队弄过潮，从刚开始做一些简易的应用，到后来搞过千万级用户的产品，一路过来风尘仆仆的，这个行业变化的太快，发展的太快，自己做的最多的还是工具类的应用，今天想说说自己对工具类App盈利的砍伐，与大家分享分享，因为自身所处层次有限，境界难免不高，纯属自娱自乐吧，大家不要见笑哈~
工具类应用还是按照传统的下载计费为好
刚开始接触移动平台去开发App的时候，自己做的大部分都是工具类的小应用，不仅因为开发相对容易简单，而且App针对的要解决的问题简单而直接，日常生活中遇到了一个问题，那就做一个App去解决，需求简单而明了，开发周期也短，但是工具就有工具的问题与局限，首先，活跃度不高，用户只有在一定场景需求下才会去用到工具，其次工具的需求不具有普适性的特征，并不是每个人都需要这个工具。因此，黏性不够与只针对了特定的人群是工具类App的短板。如果想把这类App做起来，不容易，同时还需要转型，让其社会化平台化，否则单靠一个工具性的功能很难发展成气候。
因此，对于工具App，就不要按照广泛化平台化的路子来走了，就按普通的下载计费最好，有这个功能需要的人自会出钱去下载，不需要的人免费也不会去装，这点是我感受最深的，我做了许多的工具类应用，尝试过各种不同的方式，感觉还是这样好一些。
同时，目前从盈利的情况看，当属IOS平台的回报率高，安卓平台也只是个用户量大，因此，IOS平台更适合工具类应用，资金回报更高。安卓适合去做平台发挥其廉价，用户量广泛的优势，好多国外的著名工具App优先登陆IOS也算是一个例子吧。
电话号码正则表达式
（支持手机号码，3-4位区号，7-8位直播号码，1－4位分机号）
((\d{11})|^((\d{7,8})|(\d{4}|\d{3})-(\d{7,8})|(\d{4}|\d{3})-(\d{7,8})-(\d{4}|\d{3}|\d{2}|\d{1})|(\d{7,8})-(\d{4}|\d{3}|\d{2}|\d{1}))$)
匹配格式：
11位手机号码
3-4位区号，7-8位直播号码，1－4位分机号
如：12345678901、1234-12345678-1234
"^\d+$" //非负整数（正整数 + 0）
"^[0-9]*[1-9][0-9]*$" //正整数
"^((-\d+)|(0+))$" //非正整数（负整数 + 0）
"^-[0-9]*[1-9][0-9]*$" //负整数
"^-?\d+$" //整数
"^\d+(\.\d+)?$" //非负浮点数（正浮点数 + 0）
"^(([0-9]+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9]+)|([0-9]*[1-9][0-9]*))$" //正浮点数
"^((-\d+(\.\d+)?)|(0+(\.0+)?))$" //非正浮点数（负浮点数 + 0）
"^(-(([0-9]+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9]+)|([0-9]*[1-9][0-9]*)))$" //负浮点
数
"^(-?\d+)(\.\d+)?$" //浮点数
"^[A-Za-z]+$" //由26个英文字母组成的字符串
"^[A-Z]+$" //由26个英文字母的大写组成的字符串
"^[a-z]+$" //由26个英文字母的小写组成的字符串
"^[A-Za-z0-9]+$" //由数字和26个英文字母组成的字符串
"^\w+$" //由数字、26个英文字母或者下划线组成的字符串
"^[\w-]+(\.[\w-]+)*@[\w-]+(\.[\w-]+)+$" //email地址
"^[a-zA-z]+://(\w+(-\w+)*)(\.(\w+(-\w+)*))*(\?\S*)?$" //url
/^13\d{9}$/gi手机号正则表达式
public static bool IsValidMobileNo(string MobileNo)
{
const string regPattern = @"^(130|131|132|133|134|135|136|137|138|139)\d{8}$";
return Regex.IsMatch(MobileNo, regPattern);
}
正则表达式--验证手机号码:13[0-9]{9}
实现手机号前带86或是+86的情况:^((\+86)|(86))?(13)\d{9}$
电话号码与手机号码同时验证:(^(\d{3,4}-)?\d{7,8})$|(13[0-9]{9})
提取信息中的网络链接:(h|H)(r|R)(e|E)(f|F) *= *('|")?(\w|\\|\/|\.)+('|"| *|>)?
提取信息中的邮件地址:\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
提取信息中的图片链接:(s|S)(r|R)(c|C) *= *('|")?(\w|\\|\/|\.)+('|"| *|>)?
提取信息中的IP地址:(\d+)\.(\d+)\.(\d+)\.(\d+)
提取信息中的中国手机号码:(86)*0*13\d{9}
提取信息中的中国固定电话号码:(\(\d{3,4}\)|\d{3,4}-|\s)?\d{8}
提取信息中的中国电话号码（包括移动和固定电话）:(\(\d{3,4}\)|\d{3,4}-|\s)?\d{7,14}
提取信息中的中国邮政编码:[1-9]{1}(\d+){5}
提取信息中的中国身份证号码:\d{18}|\d{15}
提取信息中的整数：\d+
提取信息中的浮点数（即小数）：(-?\d*)\.?\d+
提取信息中的任何数字 ：(-?\d*)(\.\d+)?
提取信息中的中文字符串：[\u4e00-\u9fa5]*
提取信息中的双字节字符串 (汉字)：[^\x00-\xff]*
================================================================
手机号为什么以13开头2008-02-16 22:06大家都知道以前电信移动邮政还没有分家阿，邮电资源是邮电部（现信息产业部）统一调度的。在分配号段的时候，做了一些细致的规划，大体是这样：
10开头，电信服务号码，如103国际半自动挂号，108国际对方付费电话，10000中国电信服务中心，10010中国联通服务中心，10050中国铁通服务中心，10060中国网通服务中心，10070中国卫通服务中心，10086中国移动服务中心等等
11开头，赋予特种服务号码，如110匪警，111电信内部测试，112报修，113、115国内人工长途挂号，114查号台，116国内人工长途查询，117报时，119火警等
12开头，赋予民用特殊号码，如120（医院），121（天气预报），122交通事故告警，12312保护知识产权举报中心，12315消费投诉热 线，12319城建服务，12348法律咨询，12358价格举报中心，12365质量监督，12366纳税服务，12369环境保护投诉，126、 127、128、129寻呼台（BP机时代）
所以分配到手机用户时，以13开始做号段。后来分配130~133为联通，134~139为移动,13800138000中国移动充值。
日前新推出号段：以153开始做号段分给联通，以158、159开始做号段分给了移动。
以188开始做号段为TD－SCDMA制式的3G手机，将陆续有预先挑选出来的测试用户使用以“188”为开头的手机号码，在包括北京、青岛、厦门、保定等在内的几大城市中率先试用TD-SCDMA网络。
（查看日志《用号码以“188”开头的TD-SCDMA制式手机 体验读邮件、看手机电视等3G业务》）
其他的特殊号段号码有：
16，声讯类，如160中国电信工人信息服务接入码，166语音信箱业务，167吉通计算机互联网业务接入码，168声讯服务，中国电信公众多媒体网接入码等
17，长途电话服务，如170国内长途全自动话费查询台，173国内立接制长途半自动挂号台，176国内长途半自动查询台，177国内长途半自动班长台，179IP语音服务接入码等
18，部分服务台，如180邮政服务，184邮政编码查询接入码，185国家邮政局电话信息服务接入码，186移动服务中心，188固定电话交费台，189中国电信业务受理特服台等 （大多已停用，或换新号)
19，寻呼接入，191联通无线电人工寻呼接入码，192联通无线电自动寻呼接入码等等
20，30，电话卡服务
另外，8、9开头的号段部分也作电信及民用服务号码
95，金融及民用服务号码，95501深圳发展银行，95502永安财产保险，95505天安保险，95508广州发展银行，95511中国平安人 寿，95512中国平安产险，95515合众人寿，95516中国银联，95518中国人民保险，95519中国人寿保险，95522泰康人 寿，95528浦东发展银行，95533中国建设银行，95555招商银行，95556中信银行，95559交通银行，95561兴业银行，95566中 国银行，95567中国新华人寿，95568中国民生银行，95569安邦财产保险，95577华夏银行，95585中国联合财保，95588中国工商银
行，95590中国大地财产保险，95595光大银行，95596民生人寿保险，95599中国农业银行，95598供电服务，96100民政服 务，96118旅游投诉，96178廉政投诉，96198农业信用联社，96310城管执法，95105366中铁快运，95105768海康人寿
400，企业 主被叫分摊付费电话业务，是一项由固网运营商推出的为被叫客户提供一个全国范围内的唯一400号码，并把对该号码的呼叫接至被叫客户事先规定目的地（电话 号码或呼叫中心）的全国性智能网业务。企业申请了400业务，无疑将有效提高企业的市场形象，但是如果背后没有呼叫中心作为支撑，400也就只是一个将来 电转移的号码，其价值也大大降低。如：4006789000宅急送4008108000 DHL快递4008111111顺丰速运4008208388 UPS快递4008861888联邦快递4008888400上海证券交易所
800，为受话人集中付费业务，它的主要特征是由被叫方（企业）集中支付话费，而主叫方(客户)不支付任何费用。800电话的使用充分体现了企业“客户至上”的先进理念，它在国外的使用已是十分普遍。
以上号码均作分配，内容太多未详细列出，部分号码目前已经升级，如电信服务台，天气预报，邮政服务台等等
010123444444
01,02开头的是3个开头，其余的是4个开头
01x 北京
02x 广州，上海，天津，重庆，沈阳，南京，，武汉，成都
03xx 河北，河南，山西
04xx 辽宁，吉林，黑龙江，内蒙古
05xx 江苏，山东，安徽，浙江，福建
06xx 这个保留？
07xx 江西，广西，湖北
08xx 四川，贵州
09xx 甘肃 青海 新疆，陕西
1.忽略非数字的（只留下数字）
2.判断前两个都是0，或86开头，且大于11位，为国际编码，国际编码后如果是0，到第4步
3.第一个是0，第二个非0，为国内编码，
4.根据上述我提供的得到身份
区号+座机号码+分机号码：regexp="^(0[0-9]{2,3}\-)?([2-9][0-9]{6,7})+(\-[0-9]{1,4})?$"
手机(中国移动手机号码)：regexp="^((\(\d{3}\))|(\d{3}\-))?13[456789]\d{8}|15[89]\d{8}"
所有手机号码：regexp="^((\(\d{3}\))|(\d{3}\-))?13[0-9]\d{8}|15[89]\d{8}"(新添加了158,159两个号段)
Service类简介：
一个Service是一个应用组件代表一个应用想要在不和用户交互的前提，去执行一个很长时间的操作。或者是提供功能给其他的应用去使用。每一个Service类必需有一个相符合<service>的声明在它自己的包AndroidManifest.xml中。Service能够开始执行通过Context.startService()和Context.bindService().
注意：这些Services,像其他的应用对象一样，运行在它们自己的宿主的进程的主线程里。这个意思就是，如果你的service即将让CPU高速运行，或者是阻止操作，它会在其自己的线程去做这项工作。这个IntentService类是一个可以被利用的去实现Service在其自己的计划里去工作。
大多数的疑惑在这个Service类里面，事实在它有很多不是。
(1).一个Service它不是一个可分离的进程。Service对象它自己没有实现运行在它自己的进程，除非特指，它运行在一个相同的进程里作为一个应用的一部分。
(2).一个Service不是一个线程，它不是这个意思，它自己不会工作在主线程里(去避免应用长时间没有响应的的错误)
因此一个Service它自己是事实上是非常简单的，提供了两个主要的特点。
(1).一个应用的一个设备，去告诉系统它想要在后台做什么(即使用户不直接和这个应用交互的时候)，为了响应调用Context.startService(),这要求系统的工作安排，直到这个服务被明确的停止。
(2).一个应用的一个设备，去暴露自己的功能给其他的应用程序。为了响应这个调用Context.bindService(),它允许一个长期的连接是为了服务与它进行交互。
当一个服务组件被创造的，其中一个原因，其实系统实例化组件并调用它的oncreate()和主线程上其他任何适当的回调。它是由服务实现这些与适当的行为，如创建辅助线程，它的工作。
注意 ：因为Service它自己是如此简单的，你可以尽可能简单地与它交互，或者是完成你自己想做的。视它为一个本地Java对象你做出直接的方法调用（由当地服务的示例如图所示），提供全remoteable使用AIDL接口。
2.Service的生命周期这里有两个原因，一个Service能够被系统运行，如果有人调用Context.startService()，然后系统将会取得这个Service(如果需要的话，创建它并且调用它的onCreate()方法)，然后调用它的onStartCommand(Intent,int,int)方法将会带有从客户端提供的参数。这个Service一直会运行，直到Context.oStop()或者stopSelf()被调用。注意：多次调用Context.startServcie()并不会nest（尽管他们在onstartcommand()对应的多个调用结果），所以不管多少次开启一个Service将会停止Context.stop()或者stopSelf();然而，services能使用它的stopSelft(int) method去确定service没有被停止直到在进程中开启。
开启服务，有两个主要操作模式，它们可以决定运行，取决于他们onStartCommand()的返回值，start_stickly用于知道什么时候开始服务和停止服务，而start_not_sticky或者start_redeliver_intent是被使用给services仅仅保留正在运行，当把一些命令发给他们的时候。
客户端能够使用Context.bindService()去获得一个持久化的和Service的一个连接，这个同样地创建service，如果它没有运行(调用 onCreate()当这么做的时候)，但是不会调用onStartCommand().客户端会付取得一个IBinder对象，以致于这个Service能够返回从它的onBinder(Intent)方法，允许这个客户端去回调这个service，这个service将会保留运行和connection建立一样长的时间（不管客户端持有一个引用在service的IBinder）.通常这个IBinder为一个已经写了aidl的复杂接口返回。
一个service能开始并且和它的连接绑定。在一个例子中,这个系统将会保持这个service开始或者它们是一个或多个连接和它，用Context.BIND_AUTO_CREATE标志。一旦这个状态被持有，这个services的onDestroy方法被调用并且这个services被有效地中止。所有的清理（停止线程，解除注册接收器）应该是完整的ondestroy()回来时。
当它被声明在它自己的mainfest的<service>标签，全局访问一个service是能够强制的。通过这样做，其他的应用将会需要去声明一个相符合<user-permission>的元素在它自己的mainfest去开始、停止、或者绑定到这个service作为一个姜饼(android 2.3版本)，当使用Context.startService(Intent)，你也能设置Intent.FLAG_GRANT_READ_URI_PERMISSION 与/或 Intent.FLAG_GRANT_WRITE_URI_PERMISSION在这个Intent上。这个将会授予这个service临时访问这个指定的uris在这个Intent上。访问将会留下直到services已经调用stopSelf(int)对于开始命令或者之后，或者直到services已经完成停止。这个工作对于授予访问其他的应用，并不需要权限去保护这个service,即使当这个service一点也没有暴露暴露。
另外，一个service能够被独立的IPC保护。通过调用这个checkCallingPermission(String)方法在执行这个实现之前。
Android系统会试图保持过程托管服务周围只要服务已开始或已绑定到它的客户。运行时内存不足和需要杀死现有的过程，一个过程的托管服务的优先级将以下的可能性更高：
如果该服务目前在其oncreate()，执行代码onstartcommand()，或ondestroy()方法，然后宿主进程将是一个前景过程中确保此代码可以执行不被杀的。