Android&MediaPlayer使用注意
Android的多媒体框架包括支持播放多种常见的媒体类型，使您可以轻松地把音频、视频和图像集成到你的应用。你可以播放音频或视频媒体文件，这些文件是存储在你的应用程序的资源文件中的。应用程序的资源文件可以是文件系统中独立的文件，或通过网络连接获取的一个数据流，所有使用&APIS的资源文件。
注意：如果你通过一个URL来获取一个在线媒体文件，该文件必须能够支持渐进式下载。
警告：当你使用setDataSource()方法时，必须捕捉或通过非法数据异常和输入输出异常，因为正在被你引用的文件可能不存在在.&
异步准备 - Asynchronous Preparation
使用&的原则很简单。然而，重要的是要记住，有必要将更多的一些东西正确地集成到一个典型的Android应用程序。比如，调用方法可能需要较长的时间来执行，因为它可能涉及获取和解码媒体数据。因此，如同任何方法，可能需要很长时间执行，你不应该从应用程序的UI线程调用它。这样做将导致UI挂到方法返回，这是一个非常糟糕的用户体验，也可能会引起应用程序没有响应的错误。
即使你预期你的资源能快速加载，记住，任何超过十分之一秒的反应在界面上会造成明显的停顿，将导致给用户的印象是：你的应用程序是缓慢的。&
为了避免你的UI线程挂起，产生另一个线程准备&当完成时通知主线程。你可以写自己的线程的逻辑，框架提供&方法，方便的使用&。该方法在后台开始准备媒体并立即返回。当媒体准备好了，的&方法，通过配置方法来调用。
状态管理 - Managing State
关于&，你需要记住的另一点是它的状态。即，在你编写自己的代码的时候，必须时刻意识到&有一个内部状态，因为
只有当玩家在特定状态，某些特定的操作才会有效。如果您在错误的状态执行一个操作，系统可能会抛出一个异常或引起其它令人不快的行为。&
&类里有文件显示一个完整的状态转换图，阐明哪些方法可以把&从一个状态改变到另一个状态。例如,当您创建一个新的&,它就处于闲置状态。这时,你应该调用方法来初始化它，把它设置为初始化状态。然后，你必须使用方法或方法。当&准备好了，它将进入准备状态,这就意味着你可以调用方法来播放媒体。另外，在状态转换图上阐明了，你可以调用,和&这些方法在Started,Paused和PlaybackCompleted状态之间进行转换。如果您调用方法,这时请注意,你需要再次准备&，才可以再一次调用方法。&
在编写代码与&对象交互时，心里要随时想着状态转换图，因为从错误的状态调用它的方法,是引起错误的常见原因。
释放MediaPlayer-Releasing the MediaPlayer
&会消耗宝贵的系统资源。因此
，你应该经常采取额外的预防措施来确保及时把不需要的&取消掉。您需要调用&方法来确保系统分配给它的资源正确释放。例如,您正在使用&，同时，你的活动调用方法，这时你必须释放,因为你的活动并非与用户交互，留着它没什么意义（除非你是在后台播放多媒体,这是下一节中将讨论的内容）。当你的活动恢复或者重新启动，恢复播放之前,您需要创建一个新的并且重新准备。&
下面是释放和取消你的的方法:
mediaPlayer.release();
mediaPlayer = null;
作为思考题，考虑一下如果当活动停止的时候你忘了释放，活动重启后新建一个，可能会发生的问题。正如你可能知道的，当用户更改屏幕的方向（或以另一种方式更改设备配置），该系统通过重启活动处理（通过默认方式），所以当用户频繁在纵向和横向之间切换时，你可能会很快消耗掉所有的系统资源，原因是你没有释放方向变化时各个方向上创建的新。(更多关于运行时重启的资料,请查看。&
你可能会想知道在用户离开活动时后台继续播放媒体是如何实现的，采用同样的方式实现的，如内置的音乐应用程序的行为。在这种情况下,你需要通过一个来控制，所以我们开始学习。
使用服务控制MediaPlayer - Using a Service with MediaPlayer
如果你希望后台播放媒体，你希望用户操作其他应用时继续播放，你必须开始一个并且从那里控制实例。你必须慎重考虑这个设置，因为用户与系统期望应用程序运行的后台服务应该与系统的其余部分相互作用。如果应用程序不满足这些预期，就不能有良好的用户体验。本节介绍的主要内容是：告诉你相关知识，并提供建议如何接触它们。
异步运行 - Running asynchronously
首先,如一个,服务里的所有任务默认在单一线程中完成。如果你从同一个应用程序里运行一个和一个，它们默认使用相同的线程(“主线程”)。因此，需要迅速处理传入的意图并且响应它们的时候从不执行冗长的计算。如果预计调用一些复杂的任务或阻塞，你必须异步处理这些任务：由另一个线程自己实现自己，或使用框架处理异步。&
例如，当你从主要线程使用一个&，你应该调用方法而不是&方法，实现，以便当你准备工作完毕后，得到可以开始播放的通知。&
代码如下：
public class MyService extends Service implements MediaPlayer.OnPreparedListener&
private static final ACTION_PLAY = "com.example.action.PLAY";&
&MediaPlayer mMediaPlayer = null;
public int onStartCommand(Intent intent, int flags, int startId)&
if (intent.getAction().equals(ACTION_PLAY))
mMediaPlayer = ... // initialize it here
mMediaPlayer.setOnPreparedListener(this);&
&mMediaPlayer.prepareAsync(); // prepare async to not block main thread&
public void onPrepared(MediaPlayer player)
player.start();
处理异步错误 - Handling asynchronous errors
在同步操作中,错误通常会出现异常或错误代码信息。但当你使用异步资源时，您需要确保您的应用程序有错误提示，在&中，要做到这一点，可以通过实现，并且将它设置在你的&实体中。
public class MyService extends Service implements MediaPlayer.OnErrorListener {
MediaPlayer mMediaP
public void initMediaPlayer() {
// ...initialize the MediaPlayer here...
mMediaPlayer.setOnErrorListener(this);
public boolean onError(MediaPlayer mp, int what, int extra) {
// ... react appropriately ...
// The MediaPlayer has moved to the Error state, must be reset!
请牢记,当出现错误，将这个&设置为错误状态（请参考&类文档的完整的状态关系图）您再次使用它之前，必须重置这个状态。
使用唤醒锁 - Using wake locks
应用程序在后台播放媒体，其服务在运行期间，设备可能会进入休眠状态。因为Android系统希望在设备休眠时节省电池。系统试图关闭手机的应用程序,是没有必要的，包括CPU和WiFi硬件。但是，如果你的服务正在运行或播放着音乐，你希望防止系统干扰你的回放。&
为了确保您的服务在这些条件下能继续运行，你需要使用“wake
locks”。唤醒锁是一种信号系统，它发出信号,显示：应用程序正在使用或可用的功能，或手机闲置。
注意:你应该尽量少用唤醒锁，只有在必要时候才使用它们。它们会使设备的电池寿命大大降低。
你&正在播放时，需要确保CPU持续运行，当初始化你的时，调用方法。一旦你这样做了,当暂停或停止时候，&持有指定的锁：
mMediaPlayer = new MediaPlayer();
// ... other initialization here ...
mMediaPlayer.setWakeMode(getApplicationContext(), PowerManager.PARTIAL_WAKE_LOCK);
在这个例子中获得唤醒锁是指在保证CPU在唤醒状态。当你通过网络获取媒体和您正在使用WiFi时,你可能希望有个WifiLock，可以手动获取并释放。当你开始通过远程URL准备MediaPlayer，你应该创建并获得wi
- fi锁。 代码如下：
WifiLock wifiLock = ((WifiManager) getSystemService(.WIFI_SERVICE))
.createWifiLock(WifiManager.WIFI_MODE_FULL, "mylock");
wifiLock.acquire();
当你暂停或停止你的媒体时,或当你不再需要这样的网络,你应该释放该锁: 代码如下：
wifiLock.release();
作为前景服务运行 - Running as a foreground service
服务通常用于执行后台任务，例如获取电子邮件，同步数据，下载内容,或其他。在这些情况下,用户不会意识到这个服务的执行，甚至可能不会注意到这些服务被打断,后来重新启动。毫无疑问，后台播放音乐是一个服务，用户能意识到，任何中断都会严重影响到用户体验。此外，用户可能会希望在这个服务执行期间作用于它。这种情况，服务应该运行一个“前景服务”。前台服务在系统中持有一个更高水平的重要性，系统几乎从未将服务扼杀，因为它对用户有着直接的重要性。当应用在前台运行，该服务还必须提供一个状态栏来通知用户意识有服务正在运行同时允许他们打开一个活动,可以与服务进行交互。
为了把你的服务变为前景服务，您必须为状态栏创建一个，并且从调用方法。
代码如下：
// assign the song name to songNamePendingIntent pi = PendingIntent.getActivity(getApplicationContext(), 0,
new Intent(getApplicationContext(), MainActivity.class),
PendingIntent.FLAG_UPDATE_CURRENT);
Notification notification = new Notification();
notification.tickerText =
notification.icon = R.drawable.play0;
notification.flags |= Notification.FLAG_ONGOING_EVENT;
notification.setLatestEventInfo(getApplicationContext(), "MusicPlayerSample",
"Playing: " + songName, pi);
startForeground(NOTIFICATION_ID, notification);
通知区域可见的设备告诉你，服务在前台运行。如果用户选择了这个通知，系统将调用你提供的PendingIntent。在上面的例子中，它打开了一个Activity。（MainActivity）&
图1显示了如何将通知呈现给用户:&
图1:界面的一个前景服务通知,如上图，显示通知图标(在左)、扩展视图(在右)。
实际执行一些用户能够意识到的服务时，你应该保留“foreground
service”的状态。相反情况下，你应该调用stopForeground()方法来释放它。 代码如下：
stopForeground(true);
更多信息，请参考和&的相关文档。
处理音频焦点 - Handling audio focus=
在给定的时间尽管只有一个活动可以运行,但Android是一个多任务环境。这对应用程序使用音频
造成了一个特别大的难度，由于只有一个音频输出,可能会有好几个媒体服务争夺使用它。Android
2.2之前,没有内置机制来解决这个问题，这可能在某些情况下导致糟糕的用户体验。例如，一个用户正在听音乐，同时，另一个应用程序有很重要的事需要通知用户，由于吵闹的音乐用户可能不会听到提示音。从Android
2.2开始,Android平台为应用程序提供了一个方式来协商设备的音频输出。这个机制被称为音频焦点。&
当您的应用程序需要输出音频如音乐或一个通知,这时你就必须请求音频焦点。一旦得到焦点，它就可以自由的使用声音输出设备，同时它会不断监听焦点的更改。如果它被通知已经失去了音频焦点，它会要么立即杀死音频或立即降低到一个安静的水平（被称为“ducking”——有一个标记,指示哪一个是适当的）当它再次接收焦点时，继续不断播放。
音频焦点是自然的合作。应用程序都期望（强烈鼓励）遵守音频焦点指南，但规则并不是系统强制执行的。如果应用程序失去音频焦点后想要播放嘈杂的音乐，在系统中没有什么会阻止他。然而,这样可能会让用户有更糟糕的体验,并可能卸载这运行不当的应用程序。
请求音频焦点,您必须从调用方法，下面展示一个例子：
AudioManager audioManager = (AudioManager) getSystemService(.AUDIO_SERVICE);
int result = audioManager.requestAudioFocus(this, AudioManager.STREAM_MUSIC,
AudioManager.AUDIOFOCUS_GAIN);
if (result&!= AudioManager.AUDIOFOCUS_REQUEST_GRANTED) {
// could not get audio focus.}
的第一个参数是，每当音频焦点有变动的时候其方法被调用。您还应该在你的服务和活动上实现这个接口。&
代码如下：
class MyService extends Service
implements AudioManager.OnAudioFocusChangeListener {
public void onAudioFocusChange(int focusChange) {
// Do something based on focus change...
focusChange&参数告诉你音频焦点是如何改变的，并且可以使用以下的值之一（他们都是在中定义常量的）：
: 你已经得到了音频焦点。
你已经失去了音频焦点很长时间了。你必须停止所有的音频播放。因为你应该不希望长时间等待焦点返回，这将是你尽可能清除你的资源的一个好地方。例如，你应该释放。
:你暂时失去了音频焦点，但很快会重新得到焦点。你必须停止所有的音频播放，但是你可以保持你的资源，因为你可能很快会重新获得焦点。
你暂时失去了音频焦点，但你可以小声地继续播放音频（低音量）而不是完全扼杀音频。
下面是一个示例实现：
public void onAudioFocusChange(int focusChange) {
switch (focusChange) {
case AudioManager.AUDIOFOCUS_GAIN:
// resume playback
if (mMediaPlayer == null) initMediaPlayer();
else if (!mMediaPlayer.isPlaying()) mMediaPlayer.start();
mMediaPlayer.setVolume(1.0f, 1.0f);
case AudioManager.AUDIOFOCUS_LOSS:
// Lost focus for an unbounded amount of time: stop playback and release media player
if (mMediaPlayer.isPlaying()) mMediaPlayer.stop();
mMediaPlayer.release();
mMediaPlayer = null;
case AudioManager.AUDIOFOCUS_LOSS_TRANSIENT:
// Lost focus for a short time, but we have to stop
// playback. We don't release the media player because playback
// is likely to resume
if (mMediaPlayer.isPlaying()) mMediaPlayer.pause();
case AudioManager.AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK:
// Lost focus for a short time, but it's ok to keep playing
// at an attenuated level
if (mMediaPlayer.isPlaying()) mMediaPlayer.setVolume(0.1f, 0.1f);
记住,音频焦点APIs在API级别8(Android
2.2)及以上才有效。所以如果你想要支持的以前版本的Android，(如果有的话)你应该采取一种向后兼容性策略,允许您使用该特性，（如果没有的话），只能选择8以后的版本。
通过反射调用音频焦点方法或通过在一个单独类中实现所有的音频焦点特性，您可以实现向后兼容性（AudioFocusHelper&中阐明）。下面是这样一个类的示例:
public class AudioFocusHelper implements AudioManager.OnAudioFocusChangeListener {
AudioManager mAudioM
// other fields here, you'll probably hold a reference to an interface
// that you can use to communicate the focus changes to your Service
public AudioFocusHelper( ctx, ) {
mAudioManager = (AudioManager) mContext.getSystemService(.AUDIO_SERVICE);
public boolean requestFocus() {
return AudioManager.AUDIOFOCUS_REQUEST_GRANTED ==
mAudioManager.requestAudioFocus(mContext, AudioManager.STREAM_MUSIC,
AudioManager.AUDIOFOCUS_GAIN);
public boolean abandonFocus() {
return AudioManager.AUDIOFOCUS_REQUEST_GRANTED ==
mAudioManager.abandonAudioFocus(this);
public void onAudioFocusChange(int focusChange) {
// let your service know about the focus change
当你发现系统运行时API级别在8级或以上时，您可以创建AudioFocusHelper&类的一个实例，例如：
if (android.os.Build.VERSION.SDK_INT &= 8) {
mAudioFocusHelper = new AudioFocusHelper(getApplicationContext(), this);
mAudioFocusHelper = null;
执行清理 - Performing cleanup
正如前面所提到的,&对象会消耗大量的系统资源，所以你可以在你需要用他的时候保留他，当你不需要他的时候调用&方法。调用这个显式地清除方法是重要的，而不是依赖于系统的垃圾收集，因为它可能需要一些时间垃圾收集器才能收回&，因为这只是内存敏感的需求而不是其他媒体资源的短缺。既然如此，当你使用一个服务时，你应该覆盖方法，来确定你的释放了。
代码如下：
public class MyService extends Service {
MediaPlayer mMediaP
public void onDestroy() {
if (mMediaPlayer&!= null) mMediaPlayer.release();
你最好始终寻找其它机会来释放你的，关闭的时候就释放掉。例如，如果你期望较长的一段时间不能够播放媒体（例如，失去音频焦点后），你肯定得先释放你现有的&，以后要用的时候再创建它。另一方面,如果你只希望停止播放很短的一段时间,你应该尽量保留你的，以免花费时间重新创建和准备一遍。
处理AUDIO_BECOMING_NOISY意图 - Handling the AUDIO_BECOMING_NOISY
许多编写良好的应用程序有以下特点，当一个事件导致音频变得聒噪时，自动停止音频播放。(通过外部扬声器输出)。例如,一个用户戴着耳机听音乐，可能会不小心切断耳机和设备的链接。虽然,这种行为不会自动发生。如果您没有实现这个特性，设备的外部扬声器会将音频播放出来，这可能是用户不希望发生的。
这些情况下通过处理意图，可以让你的应用程序停止播放音乐，通过在你的manifest里添加以下代码，你可以注册一个接收器：
".MusicIntentReceiver"&
"android.media.AUDIO_BECOMING_NOISY" /&
注册MusicIntentReceiver&类当作一个广播接收器的意图，然后您应该实现这类，代码如下:
public class MusicIntentReceiver implements android.content.BroadcastReceiver {
public void onReceive( ctx, Intent intent) {
if (intent.getAction().equals(
android.media.AudioManager.ACTION_AUDIO_BECOMING_NOISY)) {
// signal your service to stop playback
// (via an Intent, for instance)
从内容解析器检索媒体 - Retrieving Media from a Content Resolver
在媒体播放器应用程序中，另一个可能有用的特性是用户可以在设备上检索音乐。你可以通过为外部媒体查询，代码如下：
ContentResolver contentResolver = getContentResolver();
Uri uri = android.provider.MediaStore.Audio.Media.EXTERNAL_CONTENT_URI;
cursor = contentResolver.query(uri, null, null, null, null);
if (cursor == null) {
// query failed, handle error.
} else if (!cursor.moveToFirst()) {
// no media on the device
int titleColumn = cursor.getColumnIndex(android.provider.MediaStore.Audio.Media.TITLE);
int idColumn = cursor.getColumnIndex(android.provider.MediaStore.Audio.Media._ID);
long thisId = cursor.getLong(idColumn);
thisTitle = cursor.getString(titleColumn);
// ...process entry...
} while (cursor.moveToNext());
要和一起使用,你可以这样做,代码如下:
long id = ;
Uri contentUri = ContentUris.withAppendedId(
android.provider.MediaStore.Audio.Media.EXTERNAL_CONTENT_URI, id);
mMediaPlayer = new MediaPlayer();
mMediaPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);
mMediaPlayer.setDataSource(getApplicationContext(), contentUri);
// ...prepare and start...
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。对于手机监控，大家肯定心里有很多疑问，今天教授为大家涨涨姿势。
▲黑客是通过哪些渠道对手机进行监控的？
1、通过GPS网络渠道
手机只要有GPS模块就可以实现，并且定位的精确度很高。我们平时用的XX打车、XX地图等，用的就是基站+GPS协同定位。当然，GPS仅限于室外定位，室内误差较大。看过《人民的名义》的机友应该记得剧中追踪丁义珍时就是通过追踪他手机GPS的。
2、通过WiFi渠道
手机打开WiFi功能后，无需连接到WiFi，就可以准确定位了。当手机开启WiFi时，它会扫描并收集周围路由器的WiFi信号，不管强弱、不管能不能显示出来，只要有，都能扫描到。
每一个WiFi热点都有一个独一无二的地址，服务器再检索每个WiFi热点的地理位置，然后根据信号不同的强弱程度，计算出手机的地理位置。这种方式更适用于室内，精度小于10m。
3、通过基站定位
只要你的手机有信号，就会自动连接信号最强的基站，所以通过基站定位就可以查到手机的位置信息。而每张SIM卡的电话号码都是唯一的，当你的手机连接基站信号时，这个数据就会被记录上传，所以你的手机连接过哪个基站，也能查出你大概的位置。但是基站定位一般误差较大，在100-300米的样子。
▲手机关机了还会被监控吗？
黑客事先在被监听对象的手机里植入了某种流氓软件，当用户关机时，手机并不会真正关机，只是进入了一种低电量模式，屏幕是全黑的，你怎么按键都不会有反应，看上去像关机一样，但手机的一些关键通讯芯片仍然在后台运行。
手机在这种&装死&状态下，黑客可以继续控制手机，比如给手机发送指令，激活，实现监听。如果你不是专业人士，根本就无法辨别手机是否真的关机了。
▲手机的SIM卡拔掉了还会被监控吗？
其实手机只要开着机就会默认去连接基站信号获取网络，这样基站就获得了手机的ID信息，然后才会去判断是否有SIM卡。所以即使没有SIM卡，只是别人不能直接通过监听号码的方式来找到手机，但同样能通过调查与号码发生关联的手机ID，查找到手机曾经在哪里开过机，从而追踪到你的位置信息。
这里又想起了《人民的名义》中的一幕，通风报信者把SIM卡丢进了马桶，依然被查出有一通电话是从省委附近的基站打出的。
以下5点都符合说明你的手机很可能已经被监控：1、手机不是自己买的，或者是手机曾经失踪过一段时间又失而复得（有可能被植入监控晶片或软体；2、手机偶尔会失灵，按键反应迟钝；3、通讯录里出现毫无印象的陌生人号码；4、通讯费用暴涨（你收到的信息或发给别人的信息，手机都会暗地里都发给&监控者&）；5、SIM卡被开通了三方通话功能（如果你的手机开通了这个功能，来电和去电都会在&监控者&的掌握之中，但不会被你发现）。
▲怎样预防手机被窃听？
1、拆掉电池
手机在没有拔掉电池的情况，都有可能处于&假关机&状态，比如，很多手机在关机情况下闹钟还是到点就响。不过这个方法几乎做不到了，因为市面上绝大多数手机都不能拆电池了。
2、加强防范意识，避免使用恶意软件
下载软件应该从正规的应用市场获取，避免开启短信附件、拒绝安装未知来源应用、并对已经安装的应用多加留心。
3、虚拟定位
现在很多手机都有&虚拟定位&的功能，可以轻松制造假地点迷惑监控者。
对于手机监控这回事大家是不是了解的越多，就越细思极恐了，或许你还是会觉得监控离你很远，其实现在的网络世界里的监控已经无处不在了&&
本文来自腾讯新闻客户端自媒体，不代表网站的观点和立场
&&&&&往下看有更多相关资料
本网站试开通微、小企业商家广告业务；维修点推荐项目。收费实惠有效果！欢迎在QQ或邮箱联系！
试试再找找您想看的资料
资料搜索：
查看相关资料 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款
copyright & &广电电器(中国梧州) -all right reserved& 若您有什么意见或建议请mail: & &
地址： 电话：(86)774-2826670& & &&）综合编辑 ：玩转南宁工作室素材来源 ：；你家&路由器&位置放对了吗？五招让WiFi瞬间增快 - 滚动_【北京联盟】
你家&路由器&位置放对了吗？五招让WiFi瞬间增快
/ 作者：小易
北京联盟摘要：综合编辑 ：玩转南宁工作室素材来源 ：；你家&路由器&位置放对了吗？五招让WiFi瞬间增快，上一篇：
下一篇： 。本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快 WiFi越用越慢，有时候真想砸了它！有人认为是WiFi盒子有问题，但其实与路由器的错误摆放也是有关系的，有人却不以为然。但事实上，这可是会大大地削减你的网速哦！ 本文标题：你家路由器位置放对了吗
本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
WiFi越用越慢，有时候真想砸了它！有人认为是WiFi盒子有问题，但其实与路由器的错误摆放也是有关系的，有人却不以为然。但事实上，这可是会大大地削减你的网速哦！本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
今天给大家列出了几个路由器摆放的小知识，而且不用花一分钱，就可以测试出家中WiFi讯号到底强不强。WiFi发射的讯号其实就是无线电波，与或收音机发射出的电磁波一样。但是WiFi的讯号波长相当短，一般常见的只有12公分左右，所以距离路由器越远，讯号相对也会慢慢越来越弱。本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
路由器所能覆盖的极限范围大约是45公尺左右，在发射信号的时候会墙壁或者金属吸收掉一部分。想要接收WiFi最大化，那么路由器摆放的位置就特别重要了。本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
1、将路由器摆在家里最中央的位置这样路由器发射的讯号强度就可以，以同样的强度向四周扩散。2、路由器一定要放在空旷的地方有些人觉得放外面显得凌乱，就将路由器放到柜子里，殊不知，光是柜门就会阻挡掉一部分的讯号咯。本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
3、摆放路由器的最佳地点就是一眼望去最远的视角位置。4、路由器的天线方向大部分的路由器都由几条天线组成的，如果是两条，那么一条天线要直立，另外一条天线就要横摆。当你使用或者手机，它们与路由器天线平行时，那上网速度绝对是杠杠的。因为大部分的内建的天线都是横向的。使用这类电子产品时，路由器的天线方向最好取决于电子产品的摆放位置，运作起来的效果会更好哦！本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
5、如果你认为是路由器问题，也可以自行测试讯号强度在手机上下载专门测试WiFi的App，再一个位置一个位置地测，就可以知道将路由器摆放在哪一个位置，WiFi讯号最好啦。本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
增强家中WiFi讯号、自我检测的简单方法，你知道了吗？赶快回家看看自己的路由器是否摆放正确，天空飘来4条线——那是wifi线啊！本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
综合编辑 ：玩转南宁工作室素材来源 ：网易，FM107.4新媒体部通联合作 ：微信 JwAw7218，电话本文标题：你家路由器位置放对了吗？五招让WiFi瞬间增快
你家&路由器&位置放对了吗？五招让WiFi瞬间增快
免责声明：本站文章除注明来源“北京联盟”外的文章均来自网络和网友投稿，著作权归原作者所有。北京联盟不承担任何连带责任！