昵称重要吗_个人页

打出APK包（记得要加签名），直接到各个应用市场上上传就可以，如果想放在自己的网站下载，简单的话就用一个大应用市场的下载链接就可以，如果不想，就到阿里云上上传到CDN上。

RN，Flutter，Weex都不错。

首先服务端必须保证对线上各个APP版本的兼容性，除非确实不想维护了。
另外就是接口参数设计的时候要考虑好兼容性问题；
再就是对经常变动的业务用H5或者动态化的技术进行实现。

APP工程换成Java 8试试。

大的AP都是用自研的二维码识别模块，而不是用开源的。网上找找，有高质量的二维码识别模块可用。

照片上传服务器的操作在主线程内进行的？

UI设计完，Android端测开发，后台通过Tomcat或者Jetty搭个服务器，提供Rest API。

一样的原理，APP上保持用户长时间免登，就是通过先用Session，Session过期用Token，Token过期才会要求用户重新登录来实现。

一般通过在自己的APP内内置证书或者特定加密算法进行加密来保证，加密算法放在so库内。

内存持久占用，另外容易出现内存泄漏。

阿里云的HTTPDNS接入：https://help.aliyun.com/document_detail/30113.html?spm=a2c4g.11186631.6.552.32504dc5SB18ug

阿里的移动测试服务： https://help.aliyun.com/video_detail/54885.html?spm=5176.10695662.1996646101.searchclickresult.15b54d10IeUOSg

几个方面吧，缓存、离线加载、JSBridge、配置管理、监控

Flutter，Weex，RN都可以的。RN社区成熟，Flutter毕竟热门。

Android工程内接入RN的SDK就可以，官网有文档的啊。

没有一直有效的方案；不管是Android系统还是手机厂商，都会限制应用在后台运行。
技术上网上有不少方法，但这个能做到一方面，大公司都是通过跟手机厂商进行协商，加入白名单才能更好的保活。

简单就是减少请求数，将多个请求合并到一起；这个方式总是有效的；
考虑建立一个长链通道，数据通过通道直接通信；
采用包括Spdy等协议，复用链接。

单例不要持有需要释放的对象，使用完就要释放掉，否则就会造成内存泄露。

如何生成手机设备唯一标识，这是个普遍存在的需求，但据我了解业内还没有完美的方案；一方面系统本身一直在做各种限制，另外还得考虑系统升级、刷机、越狱、山寨手机等各种情况下，技术难度很大；这里提供一个思路：
1、一般不要限于收集手机硬件信息，还需要包括软件方面的标识信息；
2、一般是结合服务端大数据生成唯一ID，而不是在端上生成；
3、在端上想各种方式尽量持久化存储这个ID。

先了解一下P2P的一些概念，这篇文章不错： https://evilpan.com/2015/10/31/p2p-over-middle-box/
Android上实现P2P，网上有不少的资料，百度之~
另外有一些毕竟好的开源库可以参考，比如：
https://github.com/syncthing/syncthing-android
https://github.com/InstantWebP2P/node-android
https://github.com/HelloZeroNet/ZeroNet-kivy