이제 Vue에서 크로스 도메인 문제와 인터셉터를 해결하기 위해 Axios를 사용하는 방법에 대한 기사를 공유하겠습니다. 이는 좋은 참조 가치가 있으며 모든 사람에게 도움이 되기를 바랍니다.
vue의 axios는 vue.use() 메서드 선언을 지원하지 않습니다. 이 문제를 해결하는 방법에는 두 가지가 있습니다.
첫 번째 방법: main.js에 axios를 도입한 다음 vue 프로토타입 체인에서 속성으로 설정하여 다음에서 사용할 수 있습니다. this.axios는 직접
import axios from 'axios'; Vue.prototype.axios=axios;
comComponents:
this.axios({ url:"a.xxx", method:'post', data:{ id:3, name:'jack' } }) .then(function(res){ console.log(res); }) .catch(function(err){ console.log(err); }) }
를 사용합니다. 여기서 주목해야 할 점은 요청한 데이터를 axios의 데이터에 복사하는 데 이것을 사용하는 것은 유효하지 않다는 점입니다. 이는 화살표 함수를 사용하여 해결할 수 있습니다.
vue cli 스캐폴딩 프런트엔드가 백엔드 데이터 인터페이스를 조정할 때 로컬 프록시 교차 도메인 문제가 발생합니다. 예를 들어 localhost http://10.1.5.11:8080/xxx/duty?time=에서 인터페이스에 액세스합니다. 2017-07-07 14:57 :22', 도메인 간에만 액세스할 수 있습니다. 직접 액세스할 경우 XMLHTTPRequest는 http://10.1.5.11:8080/xxx/duty?time=2017-07-07 14를 로드할 수 없습니다. :57:22' . 실행 전 요청에 대한 응답이 액세스 제어를 통과하지 못합니다….
도메인 간 문제가 있는 이유는 무엇입니까? 이는 원본이 아닌 통신이므로 Google로 이동하여 자세한 내용을 알아볼 수 있습니다. 여기에서는 다음과 같이 구성에서 index.js를 찾으면 됩니다.
config/index.js
dev: { proxyTable: { '/api': { target: 'http://10.1.5.11:8080/',//设置你调用的接口域名和端口号 changeOrigin: true, //跨域 pathRewrite: { '^/api': '/' //这里理解成用‘/api'代替target里面的地址,后面组件中我们掉接口时直接用api代替 比如我要调用'http://10.1.5.11:8080/xxx/duty?time=2017-07-07 14:57:22',直接写‘/api/xxx/duty?time=2017-07-07 14:57:22'即可 } }
크로스 도메인 성공, 그러나 이는 개발 환경(dev)의 크로스 도메인 문제만 해결합니다. 실제로 프로덕션 환경의 서버에 배포된 경우에도 동일한 도메인이 아닌 경우 크로스 도메인 문제가 발생합니다. 예를 들어 우리가 배포한 서버 포트는 프런트엔드와 백엔드의 공동 디버깅이 필요한 3001입니다. 첫 번째 단계에서는 프로덕션과 개발이라는 두 가지 환경에서 프런트엔드를 테스트할 수 있습니다. 구성에서 요청된 주소 API_HOST를 구성합니다. 개발/프로덕션 환경인 /dev.env.js와 prod.env.js 개발 환경 위에서 구성한 프록시 주소 api를 사용하고, 프로덕션 환경에서는 일반 인터페이스 주소를 사용하므로 이렇게 구성합니다. 두 파일 config/dev.env.js 및 prod.env.js에 각각 다음 구성이 있습니다.
config/dev.env.js:
module.exports = merge(prodEnv, { NODE_ENV: '"development"',//开发环境 API_HOST:"/api/" })
prod.env.js
module.exports = { NODE_ENV: '"production"',//生产环境 API_HOST:'"http://10.1.5.11:8080/"' }
물론, 개발환경이든 프로덕션 환경이든 http://10.1.5.11:8080/ 으로 직접 요청하셔도 됩니다. /. 구성 후 프로그램은 테스트 중에 개발 환경인지 프로덕션 환경인지 자동으로 확인한 다음 자동으로 API_HOST를 일치시킵니다. 모든 구성 요소에서 process.env.API_HOST를 사용하여 다음과 같은 주소를 사용할 수 있습니다.
instance.post(process.env.API_HOST+'user/login', this.form)
그런 다음 두 번째 단계 백엔드 서버를 구성하는 것입니다. cros를 사용하여 도메인을 교차하세요. 이는 access-control-allow-origin입니다. *는 모든 액세스를 허용한다는 의미입니다. 요약하자면, 개발 환경에서 우리의 프런트엔드는 크로스 도메인에 대한 프록시를 구성할 수 있습니다. 실제 프로덕션 환경에서는 백엔드의 협력이 필요합니다. 어떤 전문가는 “이 방법은 ie9 이하에서는 사용하기 쉽지 않다. 호환성이 필요한 경우에는 백엔드의 서버 포트에 프록시를 추가하는 것이 가장 좋은 방법이다. 효과는 개발 시 웹팩 프록시와 유사하다”고 말했다.
Axios가 게시물 요청 문제를 보냅니다
게시 요청을 보낼 때 일반적으로 전송할 콘텐츠 유형인 Content-Type을 설정해야 합니다. application/json은 json 개체를 보내는 것을 의미하지만 미리 문자열화합니다. application/xxxx-form은 전송을 의미합니까? a=b&c=d 형식으로 qs 메소드를 사용하여 포맷할 수 있으며, axios 설치 후 qs가 자동으로 설치됩니다.
const postData=JSON.stringify(this.formCustomer); 'Content-Type':'application/json'} const postData=Qs.stringify(this.formCustomer);//过滤成?&=格式 'Content-Type':'application/xxxx-form'}
인셉터의 사용
주소 페이지를 방문할 때, 해당 페이지를 다시 방문하기 전에 다시 로그인하라는 메시지가 표시되는 경우가 있는데, 이는 토큰이 분실되는 등 신원 인증에 실패했다는 의미이며, 또는 토큰이 아직 존재합니다. 로컬에 존재하지만 유효하지 않기 때문에 단순히 로컬에 토큰 값이 있는지 판단하는 것만으로는 문제를 해결할 수 없습니다. 이때 서버는 요청 시 401 오류를 반환하는데 이는 인증 오류, 즉 페이지에 접근할 수 있는 권한이 없음을 나타냅니다.
모든 요청을 보내기 전과 서버 응답 데이터를 조작하기 전에 이 상황을 필터링할 수 있습니다.
// http request 请求拦截器,有token值则配置上token值 axios.interceptors.request.use( config => { if (token) { // 每次发送请求之前判断是否存在token,如果存在,则统一在http请求的header都加上token,不用每次请求都手动添加了 config.headers.Authorization = token; } return config; }, err => { return Promise.reject(err); }); // http response 服务器响应拦截器,这里拦截401错误,并重新跳入登页重新获取token axios.interceptors.response.use( response => { return response; }, error => { if (error.response) { switch (error.response.status) { case 401: // 这里写清除token的代码 router.replace({ path: 'login', query: {redirect: router.currentRoute.fullPath} //登录成功后跳入浏览的当前页面 }) } } return Promise.reject(error.response.data) });
위 내용은 모두를 위해 제가 정리한 내용입니다. 앞으로 모든 사람에게 도움이 되기를 바랍니다.
관련 기사:
Vue는 mixins를 사용하여 압축된 이미지 코드를 구현합니다
위 내용은 Axios는 Vue의 도메인 간 문제와 인터셉터 사용 방법을 해결합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!