北京共享冰箱食物供应不足成难题 不到半天就取完_凤凰健康
北京共享冰箱食物供应不足成难题 不到半天就取完
用微信扫描二维码分享至好友和朋友圈
5月29日，一场夜雨扫去了北京入夏以来的炎热。时值端午节小长假，在北京顺义区当环卫工的陆文生和老伴放假在家。上午10点，陆文生推出自己那辆破旧的自行车，冲着正在收拾东西的老伴喊了一声后出门了，他想趁着休息，去榆阳路慈善商店门口的共享冰箱取点食物。这台冰箱是北京第一台共享冰箱，陆文生夫妇和其他60多人是第一批受益者。和以往一个月吃一次饺子就算打牙祭的日子相比，刚开始取到食物的两天，陆文生和老伴结结实实吃了两顿肉。“太解馋了!”
5月29日，65岁的陆文生(右)在共享冰箱前，透过玻璃向里张望，琢磨要取些什么东西。5月29日，一场夜雨扫去了北京入夏以来的炎热。时值端午节小长假，在北京顺义区当环卫工的陆文生和老伴放假在家。上午10点，陆文生推出自己那辆破旧的自行车，冲着正在收拾东西的老伴喊了一声后出门了，他想趁着休息，去榆阳路慈善商店门口的共享冰箱取点食物。这台冰箱是北京第一台共享冰箱，陆文生夫妇和其他60多人是第一批受益者。和以往一个月吃一次饺子就算打牙祭的日子相比，刚开始取到食物的两天，陆文生和老伴结结实实吃了两顿肉。&太解馋了!&这台冰箱从4月6日开始发放食物，至今已经运营了两个月。《工人日报》记者在5月28日、29日前来探访发现，这台足够为上百人提供食物的冰箱在获得打工者欢迎的同时，也面临着捐赠者有限、无法连续供应食品的尴尬。不足半天就被取完肉类食品受追捧骑车半个小时后，陆文生来到一排画满彩色图案的房子外面，他径直推车走向一个酷似自动售货机的冰箱旁停了下来。摩挲着手里的两张卡片，他透过玻璃向里面张望，琢磨着要取些什么东西。&昨天我接到工作人员的电话，说他们接到了个人捐赠，今天会有食物。果然充足一些，需要花点时间挑选。&逗留了十分钟之后，陆文生在右侧显示屏上按下数字25，&哔&&请等待。&螺型钢丝转动，把一袋红肠推下物架。有着两周多的使用经验，他已经可以熟练地掌握取货流程了。陆文生和老伴两周之前从社区工作人员那里得到了两张共享冰箱的取物卡。陆文生今年65岁，老伴61岁，河北张家口人。&年纪大，去工地没人要，我们只能找份打扫卫生的活儿。&看儿子一家人过得困窘，老夫妻俩为了给孩子补贴家用，顾不上年岁已高，毅然决定来北京打工。当环卫工的收入并不多，加上陆文生有糖尿病需要药物治疗，在花钱上更是节省。&平时就吃点面食充饥，肉类和牛奶都舍不得买。领到这两张卡后，如果省着点吃，每天都能吃到一些肉。&记者注意到，他取到的食物里基本以肉食为主。这台冰箱一共有6排物架。陆文生开始取时，食物已经空了4排。位于冰箱下方的面包、饼干和牛奶余量较多。在一旁等待取物的快递员彭杰拿到取物卡已经一周了，但来这里好几次都没取到想要的食物，每次他送完快递过来，食物都被其他人取空了。&有时只剩下一些酸奶。&彭杰告诉记者，他负责附近几个社区的快递，繁重的工作让他的吃饭时间大受挤压。&货多的时候，午饭都要等到下午三四点才能吃上。&由于这块区域比较偏远，餐饮和便利店分布并不密集，如果错过了购买食物，饿了他只能忍着。这次他想取一些肉类，方便带在身上，饿的时候拿出来啃上两口，方便实在。&今天是抱着试试看的态度，送货顺道过来，没想到还有余量。&
[责任编辑：李旭 PQ029]
责任编辑：李旭 PQ029
用微信扫描二维码分享至好友和朋友圈
凤凰健康官方微信
播放数：1867853
播放数：1443956
播放数：497045
播放数：5808920更多频道内容在这里查看
爱奇艺用户将能永久保存播放记录
过滤短视频
暂无长视频（电视剧、纪录片、动漫、综艺、电影）播放记录，
按住视频可进行拖动
&正在加载...
收藏成功，可进入
查看所有收藏列表
当前浏览器仅支持手动复制代码
视频地址：
flash地址：
html代码：
通用代码：
通用代码可同时支持电脑和移动设备的分享播放
用爱奇艺APP或微信扫一扫，在手机上继续观看
当前播放时间：
一键下载至手机
限爱奇艺安卓6.0以上版本
使用微信扫一扫，扫描左侧二维码，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/udn
下载安装包到本机：
设备搜寻中...
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
连接失败！
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
部安卓（Android）设备，请点击进行选择
请您在手机端下载爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/udn
下载安装包到本机：
爱奇艺云推送
请您在手机端登录爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
180秒后更新
打开爱奇艺移动APP，点击“我的-扫一扫”，扫描左侧二维码进行登录
没有安装爱奇艺视频最新客户端？
正在检测客户端...
您尚未安装客户端，正在为您下载...安装完成后点击按钮即可下载
， 可在设置中重新打开噢！
30秒后自动关闭
共享新成员：共享冰箱你会用吗？">共享新成员：共享冰箱你会用吗？
请选择打赏金额：
播放量数据：快去看看谁在和你一起看视频吧~
更多数据：
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制
安装爱奇艺视频客户端，
马上开始为您下载本片
5秒后自动消失
&li data-elem="tabtitle" data-seq="{{seq}}"& &a href="javascript:void(0);"& &span>{{start}}-{{end}}&/span& &/a& &/li&
&li data-downloadSelect-elem="item" data-downloadSelect-selected="false" data-downloadSelect-tvid="{{tvid}}"& &a href="javascript:void(0);"&{{pd}}&/a&
选择您要下载的《
色情低俗内容
血腥暴力内容
广告或欺诈内容
侵犯了我的权力
还可以输入
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制
本奖品由提供
红包雨下完了，下次早点来噢~（本博客为原创：）
My BananaCloud Android Application
　　 &这算是我的第一个 完完全全 由自己开发的社交类安卓APP，截止，第二版本的优化完善已顺利完成，可以正常使用。下面我将一 一讲述各个点，日后如果不上线，那么将考虑全面开源，含移动端代码、服务器接口代码，留意我的 。
　　由于内容十分地多，我尽我自己的能力将各个功能模块的做法尽可能地去讲清楚，欢迎留言，有问必复，文章会不断更新，下面所有谈及的功能皆已实现。
目录：(点击可跳转)
一、功能架构
所有用户头像显示圆形，点击即跳转到详情页面
详情页面可以看到该用户的所有帖子操作记录，头像和背景图片
帖子、文章图片点击是看大图的效果，支持双指缩放，多图侧滑切换，无限循环
只能手机号，有短信验证
可选择同时上传头像
登录设置缓存，一次登录后，不退出的话，那么以后的不用重复输入
手机号码登录
第三方登录，含微信、新浪微博
文字输入，包含敏感词检索，例如脏话
图片选择，含相册或拍照，可以移出
视频录制，自定义时间长度、断点录制，支持预览
都会显示出用户头像、发帖或评论的时间和评论的数目
图文混排类型
图文加视频录制类型
按类型(内容布局各不相同)
圈子，可以发布视频，显示位置
我的作品，图文混排，瀑布流显示
创业，不开启评论与点赞
帖子评论与评论的回复，包含表情的插入
帖子与评论的点赞与撤销点赞
分享、收藏、举报、信息分享到微信等平台、删除(帖主)等功能
内容页纯html，网页浏览
由管理员通过网页后台编辑发布，形成html标签流
使用x5浏览器内核显示，效果和微信相似，包括视频播放
除了不能被帖子点赞，其他同帖子操作
我的模块(用户信息)
我的背景图片
显示在个人信息页面
点击可以修改，含剪辑
我的消息模块
评论与回复提醒
显示效果为小红点和消息数目的提示
资料管理模块
头像图片修改，含剪辑
签名、手机、邮箱、微信、兴趣爱好等个人资料的显示修改
公共部分，点击某一条，都会跳转进入对应帖子或文章
我的帖子模块，显示所有发过的帖子
我的评论，显示所有发过的评论，包含回复
我喜欢的模块，显示所有点过赞的帖子或评论
我的收藏模块，显示所有收藏过的帖子或文章
我的设置模块
操作记录私有，开启了，别的用户无法查看你的操作记录
推送设置的开启与否
分享给朋友
关于我们以及评分
支持模糊搜索
具备搜索的历史缓存
搜索各类帖子
搜索历史记录
&&&&&&&说实话，这个项目的文件夹已达1.5G，安装包混淆编译后27M，我在写之前，就在想要怎么把它摊开来讲，想想真的很复杂，脑子东西东西太多。
二、移动端架构概述
图片部分 & & & 在说使用的框架之前，先说说，APP安装包的大小的影响，包的大小可以算进去用户体验的一部分，过多地使用框架只会加大APK体积和内存消耗，例如 static final int/String 或 65535限制，在使用框架的时很多时候，都是只使用其中的一个功能。 & & & 现在我只保留了一个，不包括第三方SDK，例如OneKeyShare，保留的是 imageLoader，保留它的原因是，它的功能就是显示图片，而对于图片这类数据，可以说是占内存最大的大头，我能力有限，暂时还不能利用系统库封装好个比imageLoader更好的库，同类的库还有 picasso、fresco、volley等，曾经也引入过 fresco，比imageLoader多了很多API，考虑到框架的成熟性最后没使用，volley就不仅仅是显示个图片那么简单了，还有网络请求，上传等，网络请求和上传的代码这部分因为我自己能够写出还不错的几个函数，所以为了减少不必要的消耗，没使用volley。
&&&&&&&上面说到volley具备网络的大部分需求，例如get、post请求操作，除了这个，还有 android-async-http、okHttp 等，这些我都有了解过，也在别的项目里面使用过，但我没使用到BananaCloud，原因就是上面谈到的网络请求和上传的代码这部分，如果自己封装好，且封装得不错，就不需要再去使用框架。
富文本编辑器
&&&&&&&这个在一个月前还有使用，基于gitHub 安卓开源项目-richEditor二次开发而来，原作者的项目，bug比较多，且兼容性非常差，在我修改完之后，最后一次发现bug是在红米手机上面，编辑框完全失效，逐弃之。修改的教程请转移到我的博文：
视频播放器
Ijkplayer(轻量级) 它是Blibli技术团队开源的一个视频播放框架，原框架需要自己编译.so，我当时在他们的基础上编译和封装好了一个，详情移至我
Vlc(重量级) 国外的一个视频播放框架，体积比较大，一样需要自己动手编译.so，相比ijk，它功能强大一点，详情移至我
基于javaScript播放器 这个是我最初的尝试，在使用原生播放器的时候，通过正则替换文章内容的video标签，提取 src，然后组合 js 的播放器里面，能够自定义很多功能，例如：调节亮度和声音。
直接使用腾讯x5浏览器内核 其实，我一直想做一个像微信打开公众平台文章那样的网页 webView，兼容性强，速度快且对视频的兼容十分好。这也是我最终的选择
&&&&&&&由于我网络请求这块没使用框架，所以线程的选用时 Thread + Handler 组合或 AsyncTask ，需要明确一点，AsyncTask 比 Thread + Handler 更耗资源，不过使用起来比较方便。
数据列表类型的页面数据加载采用自定义的 AsyncTask 继承类来进行网络线程
类似收藏、举报这类低数据流的网络请求采用 Thread + Handler 组合
图片并发上传的类型，采用线程池进行
&&&&&&&Android 的数据存储方式有5种，分别是 SharedPrefrences、File、SQLite、ContentProvider、NetWork。我采用的是 SharedPrefrences 和 File即是文件存储，其中
标记性数据采用 SharedPrefrences，例如是否隐藏操作记录，用户名称等
帖子列表、评论列表类大批量数据采用了File文件存储或sqlLite，原因是操作方便，只需要序列化和反序列化操作就能很方便地读出缓存并显示，这里要注意下你的bean类需要继承序列化接口。
加载 & & &全部是自己基于 HttpUrlConnection 封装的工具类。
广播监听网络状态的变化以做对应操作
加载前进行网络连接是否可达判断
断网情况启用缓存
&&&&&&&帖子分享，我采用的 OneKeyShare SDK，之所以使用它，是因为它把绝大部分的平台的SDK分享接口都集成了，例如微信、QQ、QQ空间、新浪微博、知乎等等等等。
& &1) 注册与登录
对只能是数字的检测
手机号码 11 位的限制
是否之前注册过的检查，这块要和服务器对接
位数的限制，例如最少 6 位
使用阿里大鱼服务商，服务端写好接口，移动端通过get或post手机号码过去，然后接口调用API发送
重复发送的倒计时
第三方登录
使用的是微信开放平台的 SDK，注意要先判断用户是否有安装微信
新浪微博登陆
使用新浪开放平台的 SDK，新浪SDK会自动判断用户是否有安装新浪APP
& &2) 发表帖子功能的实现
字数的限制
一定要限制用户帖子的输入字数的限制，一来减少服务器负担，二来避免恶意刷帖。
要过滤掉某些敏感词，防止色情或其他内容出现
用户位置获取
使用百度地图API
张数的限制
模仿了微信的图片选择器，采用GirdView加载，可以多张一起选择
命名采用：用户帐号+帖子id+图片下标，这样的好处是，完全能够唯一标识，且在看帖页面加载方便，组合链接简单。
在发帖页面显示缩略图，提供有点击看大图和移除的功能
图片服务器采用腾讯云- - -万象优图
1，具备缩放功能，方便生成、加载缩略图
2，可以自定义添加水印
3，鉴黄图，这是最重要的！
封装系统的 Camera + surface 录制，返回路径
预览的时候直接用mediaPlayer + surface 播放
注意大小，我是压缩控制在450K左右
1， 加速上传速度
2， 加快用户在加载图片时的速度
3， 减少流量消耗
先上传图片，在图片上传成功后，再开始上传文字内容，如果出错，图片可以直接覆盖，文字成功，图片失败时，帖子避免数据混乱
采用线程池上传，一来方便控制并发数，二来方便回收内存
& &3) 帖子列表的显示
&&&&&&&选用了安卓5.0 的 SwipeRefreshLayout + RecyclerView，原因是 SwipeRefreshLayout
自身带有下拉刷新，最早的时候使用的是 PullToRefresh 开源项目。RecyclerView 重写onScroll() 就可以搞定加载更多，还有一个原因，RecyclerView 自带有瀑布流布局属性。
&&&&&&&早之前我使用的是 LinearLayout 实现的，不断地 addView 再 remove，致命的缺点是内存消耗不合理。
数据加载采用分批加载的方式进行，减轻服务器的并发请求负担和达到移动端的合理显示效果。
帖子主要内容的加载应该只加载摘要，否则内容过多，会造成数据处理时间过长，显示慢。
& &4) 帖子详情页的显示
由于帖子的类型有三种，这三种帖子除了内容部分布局不一样，评论布局是一样的，分享、删除等按钮也是一样的，当然，也可以自己通过接口改变评论布局。所以在类的集成方面，我采用了三个抽象类父类，子类只需要传进入自己布局、实现评论数据适配器 Adapter 即可。
数据请求抽象类，含有请求方面的方法与属性
数据组合抽象类，含有获取数据后进行组合的方法与属性
数据显示抽象类，处理大部分的公共操作，例如评论列表的显示，分享等功能按钮，同时留有自定义布局的接口
数据请求，根据点击跳转过来的帖子 id 来进行服务器数据请求。
判断是否已登录
判断内容是否有表情
判断是否是回复，回复就需要把被回复者的名称改颜色，并且添加点击事件
采用 post 上传，因为采用get会有字节限制和中文乱码的问题，还一个是数据安全
评论成功后再做应的UI更新，防止失败页面显示错乱
判断是否已经登录
判断之前是否点过赞，否则就是撤销赞，这个操作需要在加载点赞账号的时候，保存到一个列表里面，例如 List 以作后续的判断。
点赞成功后再做对应的UI更新，例如点赞图标变颜色等等
&&&&&&&采用的布局是 HeaderView + CommentView，HeaderView 用于显示帖子的所有内容含帖子点赞，CommentView 用来显示用户的评论
1，请求服务器数据，判断该帖子是否有被删除
2，没被删除，那么先加载帖子的内容
3，最后再加载帖子的评论
& &5) 消息提醒
&&&&&&&消息提醒采用了极光推送的SDK实现
以用户账号注册推送
在服务端评论、点赞的接口代码处触发推送API
通过广播的形式获取推送，显示消息提醒
& &6) 表情模块
以图片的名字组合其他标记符组合为 key，例如 [ ]，资源id为value，放至常量区
以正则匹配 key 的方式来判断是否有表情输入
使用Spannable来将文字替换成drawable
选择页面的显示采用 GirdView + viewPager 显示
& &7) 其他部分
&&&&&&&收藏、删除、举报，这些操作进行一次get操作，传递帖子的id给服务器，服务器处理完毕后，就做对应操作
收藏，不能重复收藏，服务器做判断，返回信息
删除，只能是帖主操作，删除成功后，返回主页刷新页面数据
&&&&&&&其他功能能的实现基本同上述。
& &8) 优化
.so 动态库的添加，现在绝大部分手机已经支持 armeabi cpu 架构，所以只需要编译这种进去就够了，不是越多越好，越多，安装包会跟着变大！
减少不必要的库引用
参照我之前的博文&
& &9) 使用的库
　自己派生
三、服务端架构概述
&&&&&&&第二部分结束得有点匆忙，我真的很想把所有的东西都写下来，如果加上我一路遇到过的 bug 及其解决方法，估计还要写两天。主要原因是，有很多我记得已经不是太清楚了。
阿里云 Linux centos 6.5 操作系统，以ngnix 解析
腾讯云- - - 万象优图，只用来存放图片
MySQL 数据库，MyISAM 与 InnoDB 引擎
php 语言开发接口
2，数据库引擎
&&&&&&&最初的我并没有采用 InnoDB，而是所有表都是全部是 MyISAM 。改用的原因是MyISAM 不支持事务InnoDB支持事务，而且社交类APP的数据库操作过多偏向于insert、update、delete 这种操作如果涉及多表或单表互联操作的情况，为了避免数据写脏，所以使用事务。因为整个过程中若一条错误，便可以回滚到开始时的状态。
MyISAM 的查询速度比InnoDB快
查询高发的表采用 MyISAM 引擎
数据比较重要或多写操作的表采用InnoDB引擎
3，数据库设计
&&&&&&&对于数据库设计，不应该过多依赖范式，适度的冗余可以加快搜索速度，在服务器的配置还可以的情况下，可以采用冗余来解决查找慢的问题。
&&&&&&&常被 update 的字段，不应该出现在多张表，应该使用一张表，例如用户的名称，userName 这个肯定是会被经常改变的。否则在update数据的时候你要多张表更新！
帖子有三种类型，对应三张表，文章独立一张表
点赞一张表
评论一张表
收藏一张表
信息提醒一张表
用户消息的查看与否以及数目在移动端的显示，需要在消息表设置加上是否查看了的字段，可以解决以下几个问题：
用户在卸载APP再安装时，不会造成查看混乱，例如之前看过的，又显示出来
在每次用户进入APP的时候，可以很好地显示出新的消息，不会造成过于复杂的逻辑代码判断
用户信息两张表
账号信息一张，存账号、密码、注册时间、ip等
基本信息一张，存签名、头像链接、背景图片链接等
数据传输格式
json array 或 字符串
访问频繁的数据
架多一层 Redis，一定程度缓解高并发，需要服务器的内存支持，配置博可以参照我之前的博文
封装一个自定义的 Redis 操作类
封装一个基于事务的数据库连接类，方便使用
封装一个用户信息类，专门用来处理用户的信息插入与获取
未完待续&&
阅读(...) 评论()}