一溜_个人页

要准确评估服务器资源需求，你需要细化资源的访问需求。安卓端访问服务端，1000人会产生多少请求？会在多长时间内请求？最终换算为峰值qps，也就是最高访问时段内每秒产生的最大请求数。根据这个指标，就可以通过测试你的服务端程序的性能，来准确评估服务器的资源需求了。

404是资源没找到，检查下跨域访问时使用的url是不是正确的，通常404都是因为host值不对引起的

你的系统应该还存在一个python2，并且默认使用python2执行代码，而python的print不支持end这个参数，所以报错了。切换到python3执行即可。

403通常是ip被禁止访问当前服务器了。找找服务器在什么地方配置ip白名单，添加进去即可。

1、你要先解决掉你的图片及文字的来源。文字通常可以来自数据库，而图片，通常会需要上传至某一个服务器
2、如果图片是上传至当前服务器，那么你的服务器需要实现一个图片上传接口，并且要解决掉存储的问题
3、使用http服务来返回的话，可以学习一下http服务如何提供文字及图片。主要是http协议。

尝试把
if ($allow = no) {
return 403;
}
移到location里面。现在你的结构也许是这样的：
if ($allow = no) {
return 403;
}
location / {
....
}
修改为：
location =/expect_url {
root xxx;
}
location / {
if ($allow = no) {
return 403;
}
....
}

1、移动硬件录音获取声音文件
2、移动端将声音文件往后端识别接口传输，并获得相关的响应信息
3、移动端播放步骤2获得的响应文字。

一般都会有个统一接入层，如使用nginx做反向代理转发。

最优做法就是在线实时查询最佳匹配的结果返回做列表展示。要不太多选项加载到本地对客户端是个灾难。

1、尽可能避免使用顺序消息，rocketmq的消息顺序性在服务端路由发生变化的瞬间，是可能导致乱序的。同时顺序消息性能并不好
2、broker部署尽可能的使用ssd磁盘

启动参数使用 -Xmx1G 则限制堆最大内存为1G

这个图应该是画的有点问题，111.11应该就是个反向代理服务器，对访问者可见；而实际网站内容由后面的111.110提供。使用nginx可以轻松实现。

你的服务器需要安装lzrz，参考：https://blog.51cto.com/oldboy/588592

首先，语言不是一个程序员的障碍。
其次，从社会需求来看，java更加广泛的比C++更适用于实现当前更多行业甚至是所有的大部分IT需求，精通java的使用，对于在IT行业工作是完全没有问题的。而如果你有志于探索技术，那么无论java还是C++，当然，层次深了，是一定会往c/C++走的。

加了nginx代理后，nginx对于你的播放端就是最终的资源提供者，流量一定会打到你的nginx上。至于是否还都经过oss，就看你的反向代理的代理逻辑了。如果是做了缓存，当你缓存成功之后，后续的流量就都是从nginx本机发出，不会再去到oss。否则，还是会继续去oss的。

cdn就是一个很典型的反向代理，通过反向代理的文件缓存，提速端的访问，减少端到最终源的网络流量。

简单来说，就是扫描堆里的对象，对于不再被引用的对象，将其回收掉，从而释放堆内存。
不同的回收算法回收方式不一样，垃圾回收对于JVM的影响也不一样。回收一般都有普通gc跟fullgc2种，普通gc通常速度很快，不会导致jvm停顿；而fullgc通常会引起jvm停顿，并且回收时间长，一般是秒级。更详细的，需要根据你所使用的回收算法去具体学习。

任务类实现一个通用的处理方法，把任务处理逻辑入口放在这里，如run()，然后具体的任务对象提交到线程池的监听队列；线程池中任意线程取出任务对象后，执行固定的run方法取处理任务；任务处理结束后，继续监听 任务队列，从而实现线程复用。

以发布消息的方式是推荐的方式，系统之间耦合度就降低了。kafka是一种比较好的消息系统，但通常会应用于大数据。在业务系统方面，可以考虑使用阿里的开源消息队列rocketmq，结构更简单，运维更友好。

1、访问一个http资源的时候，如果资源提供方使用的httpserver启用了虚拟站点，那么使用域名跟使用ip访问的结果很可能是不同的：域名才可以正确访问，ip不行。因为虚拟站点就是使用域名来识别不同的站点，从而提供正确的资源。
2、你的客户的问题，有可能是遇到的dns劫持

1、目标资源应该是使用了虚拟主机来提供web服务，这种情况下，直接使用ip访问都是拿不到正确的资源的
2、你的客户可能遇到了的dns劫持或者http劫持。可以尝试使用https来看看是否可以解决这个问题。

对程序来说，读写文件的快慢，是操作系统提供的能力。
在写的时候，操作系统一般会有缓存，称buffer，然后定期刷到磁盘。所以操作系统内存（这部分内容叫buffer）足够的情况下，程序短暂的写会表现得很好； 如果是长期持续写入，那缓存作用不大，写入能力就基本等同于磁盘的写能力；
在读的时候，如果要读取的内容是之前写入的，数据已经在内存，这部分内容叫cache，那么读取就不需要去读磁盘，这个时候对程序来说，读操作等同于读内存，速度很快；如果文件内容不在缓存，则读取速度等同于读取磁盘。所以一般在Linux操作系统，第一次读文件可能慢，但第二次是飞快的，因为内容已经进入cache了。