기본 프런트 엔드 인터뷰 질문 요약 (html, css, js, ajax, http)

대답은 참고 용입니다. 답변은 불완전하거나 편향되어 있으며 댓글 영역에서 추가하고 수정할 수 있습니다.

박스 모델은 무엇입니까?

모든 웹 페이지 요소를
콘텐츠, 패딩, 테두리 및 여백의
네 가지 속성이있는 상자로 생각하면 이것이 상자 모델입니다.

라인의 요소는 무엇입니까? 블록 레벨 요소는 무엇입니까? Viod 요소는 무엇입니까?

行 内 元素 : a 、 b 、 span 、 img 、 input 、 strong 、 select 、 label 、 em 、 button 、 textarea

블록 레벨 요소 : div, ul, li, dl, dt, dd, p, h1-h6, blockquote

빈 요소 : br, hr, link, input, img, meta와 같이 콘텐츠가없는 HTML 요소

알고있는 HTML5 및 CSS3의 몇 가지 새로운 기능 나열

HTML5 : 더 많은
의미있는 콘텐츠 태그 (header, nav, aside, article, section, footer)

미디어 재생을위한 비디오 및 오디오 요소

사용자 정의 속성 데이터 ID

HTML5에는 몇 가지 새로운 양식 입력 유형이 있습니다. 이러한 새로운 기능은 더 나은 입력 제어 및 검증을 제공합니다.
달력, 날짜, 시간, 이메일, URL, 검색

HTML5 웹 저장소

CSS3 :
색상 : RGBA, HSLA 모드 추가

텍스트 그림자

테두리 : 둥근 모서리 (테두리 반경) 테두리 그림자 : 상자 그림자

상자 모델 : 상자 크기

背景 : background-size background-origin background-clip

渐变 : 선형 그라디언트, 방사형 그라디언트

전환 : 전환 애니메이션 가능

사용자 정의 애니메이션 애니메이션 @keyfrom

미디어 쿼리 다중 열 레이아웃 @media screen 및 (너비 : 800px) {…}

경계 이미지

2D 转换; transform : translate (x, y) rotate (x, y) skew (x, y) scale (x, y)

3D 변환

글꼴 얼굴

유연한 레이아웃 플렉스

src와 href의 차이점을 간단히 설명하세요.

href는 현재 페이지와 참조 된 리소스 간의 관계 (링크)를 설정하는 데 사용되며 src는 현재 레이블을 대체합니다. href를 만나면 페이지는 후속 콘텐츠를 병렬로로드합니다. src는 다르지만 브라우저는 src의 콘텐츠를로드해야 계속 다운됩니다.

HTML 문서의 끝에 js 파일을 배치하는 것이 좋습니다. js 파일이 head 태그에 있으면 window.onload를 사용하여 js의 최종로드를 수행 할 수 있습니다.

자세한 내용은 다음을 참조하십시오 : href와 src의 차이점

수직 및 수평 센터링을위한 CSS (목록 1)

방법 1 : 위치 : 절대 및 변환을 사용하여 달성

자식 요소의 높이가 확실하지 않은 경우 margin-top을 건너 뛰고 transform : translate (-50 %,-50 %)를 사용할 수 있습니다.

여기에 사진 설명 삽입
방법 2 : 유연한 레이아웃 (flex)
부모 요소의 표시 값을 flex로 설정 한 다음 align-items : center; justify-content : center;

참조 : CSS가 수직 및 수평 센터링을 달성하는 여러 방법

px와 em의 차이, rem

  1. PX는 실제로 픽셀이며 PX를 사용하여 글꼴 크기를 설정하면보다 안정적이고 정확합니다. 하지만 브라우저의 확대 / 축소를 변경하면 원래 레이아웃이 깨집니다
  2. px에 비해 em 및 rem은 더 유연하며 상대적 길이 단위이므로 길이가 고정되지 않고 반응 형 레이아웃에 더 적합합니다.
  3. em과 rem의 차이점은 한 문장으로 요약됩니다. em은 부모 요소에 상대적이고 rem은 루트 요소에 상대적입니다.
  4. IE6-IE8은 em 및 rem 속성을 지원하지 않으며 px는 모든 브라우저에서 지원됩니다.
    따라서 브라우저 호환성을 위해 "px"와 "rem"을 함께 사용하고 "px"를 사용하여 IE6-8에서 효과를 얻은 다음 "Rem"을 사용하여 브라우저 생성 효과를 얻을 수 있습니다.

실제 예는 https://www.cnblogs.com/nannan1221/p/10772977.html을 참조하십시오.

동기식과 비동기식의 차이점에 대해 이야기하십시오.

동기는 차단되고 비동기는 차단되지 않습니다.

동기화 : 프로그램이 위에서 아래로 실행되며 브라우저는 다음 작업을 계속 실행하기 전에이 작업을 완료해야합니다.

비동기 : 프로그램이 위에서 아래로 실행됩니다. 브라우저 작업은 실행되지 않지만 다음 코드 줄은 실행할 수 있습니다. 수신자가 결과를 얻으면 콜백 함수를 통해 호출자에게 적극적으로 알립니다.

Doctype은 무엇을합니까? 엄격 모드와 무차별 모드는 어떻게 다릅니 까? 무슨 뜻입니까?

역할 :
<!DOCTYPE> 선언은 태그 앞의 HTML 문서 첫 번째 줄에 있습니다. 브라우저의 파서에게이 문서를 파싱 할 문서 표준을 알려주십시오 . DOCTYPE이 없거나 잘못된 형식으로 인해 문서가 호환 모드로 렌더링됩니다.

엄격 모드와 무차별 모드는 어떻게 다릅니 까?
1. 표준 모드 (엄격 모드) 조판 및 JS 작동 모드는 브라우저에서 지원하는 최고 표준 (W3C 표준)으로 실행됩니다.
2. 호환성 모드 (무차별 모드 또는 이상한 모드)에서는 페이지가 이전 버전과 거의 호환되지 않는 방식으로 표시되어 사이트가 작동하지 않는 것을 방지하기 위해 이전 브라우저의 동작을 시뮬레이션합니다. (여기서 역 호환성은 새 버전의 관점에서 이전 버전의 호환성 문제를 논의하는 것을 의미합니다.)

의의 :
표준 일관성이 점점 더 중요 해짐에 따라 브라우저 개발자는 어려운 선택에 직면해야합니다. 점차적으로 w3c 표준을 따르는 것이 앞으로 나아가는 길입니다. 그러나 기존 CSS를 변경하고 표준을 완전히 준수하면 많은 오래된 웹 사이트가 다소 손상 될 수 있으며, 브라우저가 갑자기 기존 CSS를 올바른 방식으로 파싱하면 필연적으로 기존 웹 사이트의 표시에 영향을 미칠 수 있습니다. 따라서 모든 브라우저는 두 가지 모드를 제공해야합니다. 하이브리드 모드는 구식 규칙을 제공하고 엄격 모드는 표준 규칙을 제공합니다.

null과 undefined의 차이점

null과 undefined의 값이 같고 둘이 같은지 비교할 때 유형이 같지 않습니다.

console.log(null==undefined);    //true  因为两者都默认转换成了false
console.log(null===undefined);    //false   "==="表示绝对相等,null和undefined类型是不一样的,所以输出“false”
console.log(typeof undefined);    //"undefined"  
console.log(typeof null);       //"object"  

null : null 유형, "null 값"을 나타내며, null 개체 포인터를 나타내며, typeof 작업을 사용하여 "개체"를 가져 오므로이를 특수 개체 값으로 생각할 수 있습니다.
일반적으로 객체에 대한 참조를 적극적으로 해제하는 데 사용됩니다. 예를 들면 다음과 같습니다.

var emps = ['ss','nn'];
emps = null;     // 释放指向数组的引用

undefined : 변수가 선언되었지만 값이 할당되지 않았 음을 나타냅니다.

var a;    // a 自动被赋值为 undefined

그렇다면 언제 null이고 언제 정의되지 않았습니까? ? ?

Null은 "객체가 없음"을 의미합니다. 즉, 값이 없어야합니다. 일반적인 사용법은 다음과 같습니다.

(1) 함수 매개 변수로 함수 매개 변수가 객체가 아님을 의미합니다.
(2) 객체 프로토 타입 체인의 끝으로.

undefined는 값이 누락되었음을 의미합니다. 즉, 여기에 값이 있어야하지만 정의되지 않았습니다. 일반적인 사용법은 다음과 같습니다.

(1) 형식 매개 변수가 정의되어 있지만 실제 매개 변수가 전달되지 않고 정의되지 않음이 표시됩니다.

(2) 개체 속성 이름이 존재하지 않는 경우 정의되지 않음이 표시됩니다.

(3) 함수가 반환 값을 쓰지 않았습니다. 즉, 반환을 쓰지 않았고 정의되지 않았습니다.

(4) return을 썼지 만 값을 할당하지 않았고 정의되지 않았습니다.

null을 사용
하는 경우 비교적 큰 개체를 사용하고 메모리를 해제해야하는 경우 null로 설정합니다.

json에 대한 이해를 간략하게 설명하십시오.

(1) JSON은 가벼운 데이터 교환 형식입니다. 키-값 쌍을 사용하면 읽기 및 쓰기가 쉬우 며 기계로 구문 분석하고 생성하기도 쉽습니다.
(2) JSON은 언어 독립적입니다. 즉, 어떤 언어인지에 관계없이 json 규칙을 따르기 만하면 json으로 구문 분석 할 수 있습니다.
(3) JSON 구문은 간단한 값 (문자열, 숫자, 부울, null), 배열객체의 세 가지 유형의 값을 나타냅니다.

생성자에 대한 간략한 소개

예를 들어 생성자를 설명하는 것입니다. 여기에서 인용하는 것이 적절하다고 생각합니다. 누군가는 천 금화를 만들고 싶어하고 각 금화에는 각기 다른 번호가 새겨 져 있습니다. 가장 쉬운 방법은 금화 모델을 만드는 것입니다. 그런 다음 각각의 숫자를 새기십시오. 생성자는이 금화의 모델입니다. 새 금화를 만들 때마다 금화를 만듭니다.
생성자는 일반 함수이며 생성 방법은 일반 함수와 다르지 않지만 생성자의 첫 글자는 일반적으로 대문자로 표시된다는 점이 다릅니다. 다른 하나는 호출 메서드의 차이이며 일반 함수는 직접 호출되며 생성자는 호출을 위해 new 키워드를 사용해야합니다.

자세한 내용 은 생성자와 일반 함수의 차이점을 참조하십시오.

자바 스크립트의 프로토 타입 및 프로토 타입 체인

Prototype :
JavaScript에서는 함수 데이터 유형 (일반 함수, 클래스)이 정의 될 때마다 프로토 타입 속성이 생성됩니다.이 속성은 함수의 프로토 타입 객체를 가리키며이 속성은 객체 데이터 유형의 값입니다.
다이어그램을 사용하여 생성자와 인스턴스 프로토 타입 간의 관계를 보여줍니다.
프로토 타입 객체는 공용 영역과 동일하며 동일한 클래스의 모든 인스턴스가이 프로토 타입 객체에 액세스 할 수 있습니다. 객체의 공통 내용을 프로토 타입 객체로 설정할 수 있습니다.

프로토 타입 체인 :
생성 된 모든 객체는 프로토 타입의 프로토 타입 속성을 갖습니다.이 객체의 특정 속성이 존재하지 않으면 프로토 타입을 찾고 프로토 타입은 자체 프로토 타입을 가지고 있으며이 사이클은 프로토 타입 체인
개별 이해입니다. : 함수에만 프로토 타입 속성이 있습니다.이 문장은 정확하지 않을 수 있지만 대부분의 경우를 의미합니다.
1. proto 는 실제로 프로토 타입 체인 쿼리에서 사용되며 항상 프로토 타입을 가리 킵니다.
2. 프로토 타입은 고유 한 함수입니다. 생성자가 정의 될 때 자동으로 생성되며 항상 proto에서 참조됩니다.
여기에 사진 설명 삽입

참조 : 프로토 타입 및 프로토 타입 체인에 대한 자세한 설명

범위 및 종결

범위 : JavaScript에서 범위는 액세스 가능한 변수, 개체 및 함수의 모음입니다 .

기능이 A기능을 포함 B하고, 함수의 변수가 되는 B함수에 사용 A되면 함수는 B폐쇄 불린다.
또는 : 클로저는 다른 함수의 내부 변수를 읽을 수있는 함수입니다.

function A () { var a = 1; function B () { console.log (a); } return B (); }





클로저는 예를 제공합니다.
여기에 사진 설명 삽입
위의 세 줄의 코드는 즉각적인 기능에 있습니다.
세 줄의 코드에는 지역 변수 local과 함수 foo가 있으며 지역 변수는 foo에서 액세스 할 수 있습니다.
이것은 클로저입니다.
"함수"와 "함수 내에서 접근 가능한 변수"(환경이라고도 함)의 합이 클로저입니다.
그렇게 간단합니다.

자세한 사례는 다음을 참조하십시오. JavaScript 범위
JavaScript Closure
JS에서 클로저 란 무엇입니까? 슈퍼 좋은 말
폐쇄는 무엇인가? 그리고 클로저의 장점, 단점, 용도 및 특성

두 가지 가장 큰 용도가 있는데 하나는 앞에서 언급 한 함수 내부의 변수를 읽는 것이고 다른 하나는 이러한 변수의 값을 메모리 에 유지 하는 것입니다 .

폐쇄를 남용하지 않는 이유

클로저로 인해 함수의 변수가 메모리에 저장되어 메모리를 많이 소비하므로 클로저를 남용해서는 안됩니다. 그렇지 않으면 웹 페이지의 성능 문제가 발생하고 IE에서 메모리 누수가 발생할 수 있습니다. 해결책은 함수를 종료하기 전에 모든 지역 변수 삭제를 사용하지 않는입니다.
또 다른 개념 : 메모리 누수는 사용할 수없는 (액세스 할 수없는) 변수를 의미하며, 여전히 메모리 공간을 차지하고 재사용 할 수 없습니다.

아약스 란?

Ajax는 웹 페이지에서 비동기 데이터 상호 작용을 실현하고 페이지의 부분 새로 고침을 실현하는 데 사용되는 비동기 JavaScript 및 XML, 즉 비동기 JavaScript 및 XML의 전체 이름입니다.

ajax의 장단점?

이점:

  1. 비동기 통신 효과 실현 가능, 페이지 부분 새로 고침, 사용자 경험 향상
  2. 프런트 엔드 및 백 엔드 부하 분산 (서버 및 광대역에 대한 부담을 줄이기 위해 일부 백 엔드 작업을 프런트 엔드에 위임)
  3. 인터페이스와 애플리케이션이 분리됨 (ajax는 인터페이스와 애플리케이션을 분리합니다. 즉, 데이터와 프리젠 테이션이 분리됨)

단점 :

  1. ajax는 브라우저 뒤로 버튼을 지원하지 않습니다.
  2. 보안 문제 아약스는 서버와의 상호 작용에 대한 세부 정보를 공개했습니다.
  3. 검색 엔진에 대한 지원이 약함
  4. 뒤로 및 기록 뒤로 버튼 및 기타 브라우저 메커니즘의 정상적인 동작을 손상 시켰습니다.

아약스 원리? ? (페이지 렌더링 프로세스 ?? ajax 프로세스 생성 ??)

XHR 객체를 만들고 비동기 요청을 보낸 다음 서버의 응답 결과를 수신하고 페이지에 렌더링합니다.

가져 오기와 게시의 차이점은 무엇입니까?

이 질문은 비교적 간단하지만 포괄적으로 답해야합니다
1. get parameter 메소드는 주소창 URL을 통해 전달되고 get으로 전달 된 매개 변수를 직접 볼 수 있으며 post parameter 메소드의 매개 변수 URL은 보이지 않습니다. Get은 요청 된 데이터를 URL에 넣습니다. 통과 후? &를 통해 매개 변수를 연결하고 분할합니다. psot는 HTTP 패키지 본문에 매개 변수를 저장합니다.

2. Get은 URL을 통해 데이터를 전송합니다. 전송되는 데이터의 길이는 URL의 크기에 따라 제한되며 URL의 최대 길이는 2048 자입니다. 게시물 길이 제한 없음

3. 되돌려도 영향을 미치지 않으며 다시 게시하면 다시 제출됩니다.

4. Get 요청은 캐시 될 수 있으며 포스트는 캐시 될 수 없습니다.

5. 요청 전용 URL 인코딩 가져 오기, 게시는 여러 인코딩 방법을 지원합니다.

6. 가져 오기 요청 기록은 이력 기록에 남아 있으며 게시 요청은 기록 기록에 남지 않습니다.

7. get은 ASCII 문자 만 지원하며 post에는 문자 유형 제한이 없습니다.

교차 도메인이란 무엇입니까?

문제는 프로토콜 + 호스트 이름 + 포트 번호 (있는 경우) 만 동일한 도메인 간 JavaScript 동일한 출처 정책에서 비롯된 다음 서로의 리소스에 대한 액세스를 허용하거나 액세스 할 수 없습니다.
교차 도메인 문제는 JS 및 ajax에 대한 것입니다.

도메인 간 문제를 해결하는 방법은 무엇입니까? (3 가지 솔루션)

1. 프록시 서버
새 서버를 사용하여 필요한 모든 코드를 함께 입력하면 정상적으로 액세스 할 수 있습니다.

2. 백그라운드에서 요청 헤더 설정
교차 도메인 액세스 솔루션의 보안 기반은 " JavaScript가 HTTP 헤더를 제어 할 수 없음 "을 기반
으로합니다. 대상에서 반환 한 HTTP 헤더를 통해 교차 도메인 액세스를 허용할지 여부를 인증해야합니다 . 도메인.

response.addHeader(‘Access-Control-Allow-Origin:*);//允许所有来源访问 
response.addHeader(‘Access-Control-Allow-Method:POST,GET);//允许访问的方式

3. JSONP (json + padding)를 사용하여 데이터를 채 웁니다.

3.1 jsonp 란?

jsonp는 데이터 전송 방법 또는 비 필수 프로토콜입니다.

3.2 jsonp와 ajax의 본질 :

ajax의 핵심은 xmlHttpRequest를 통해 페이지가 아닌 콘텐츠를 가져 오는 것입니다.

jsonp의 핵심은 서버에서 제공하는 js 스크립트를 호출하기 위해 스크립트 태그를 동적으로 추가하는 것입니다.

3.3 jsonp 사용에 대한 참고 사항 :

GET으로 전달 된 데이터 만 전달할 수 있습니다 (매개 변수는 url로 전달되므로 jsonp 유형 만 가져올 수 있습니다!)

3.4 jsonp 사용 코드 :
js 버전 :

 <script>
    var script = document.createElement('script');
    script.type = 'text/javascript';

    // 传参一个回调函数名给后端,方便后端返回时执行这个在前端定义的回调函数
    script.src = 'http://www.domain2.com:8080/login?user=admin&callback=handleCallback';
    document.head.appendChild(script);

    // 回调执行函数
    function handleCallback(res) {
    
    
        alert(JSON.stringify(res));
    }
 </script>

서버는 다음과 같이 반환합니다 (반환시 전역 함수가 실행 됨).

handleCallback({
    
    "success": true, "user": "admin"})

jQuery 버전 :

$.ajax({
    
    
			type : "GET",
			async : false,
			url : "http://a.a.com/a/FromServlet?userName=644064",
			dataType : "jsonp",//数据类型为jsonp  
			jsonp : "jsonpCallback",//服务端用于接收callback调用的function名的参数
			success : function(data) {
    
    
				alert(data["userName"]);
			},
			error : function() {
    
    
				alert('fail');
			}
		});

참조 : Ajax 도메인 간 문제 해결 [5 개 솔루션]
9 가지 일반적인 프런트 엔드 도메인 간 솔루션 (세부 사항)

jsonp의 원리 설명

jsonp의 원칙은 <script>도메인 간 제한없이 태그 를 사용 하는 것입니다. <script>태그 src속성을 사용 하여 콜백 매개 변수와 함께 GET 요청을 보냅니다. 서버는 인터페이스 반환 데이터를 콜백 함수로 모아서 브라우저에 반환합니다. 브라우저는 구문 분석하고 실행합니다. 콜백 함수에 의해 반환 된 데이터입니다.

일반적인 HTTP 방법은 무엇입니까?

  1. GET : URI (Uniform Resource Identifier)로 식별되는 리소스에 대한 액세스를 요청하는 데 사용되며 URL을 통해 서버로 전달할 수 있습니다.
  2. POST : 서버에 정보를 전송하는 데 사용됩니다. 주요 기능은 GET 방식과 유사하지만 일반적으로 POST를 권장합니다.
  3. PUT : 파일을 전송하고 메시지 본문에는 파일 내용이 포함되며 해당 URI 위치에 저장됩니다.
  4. HEAD : 메시지 본문이 반환되지 않고 일반적으로 URI가 유효한지 확인하는 데 사용된다는 점을 제외하면 GET 메서드와 유사한 메시지 헤더를 가져옵니다.
  5. DELETE : 파일을 삭제하고 PUT 방식과 달리 URI 위치에 해당하는 파일을 삭제합니다.
  6. 옵션 : 해당 URI에서 지원하는 HTTP 메서드를 쿼리합니다.

HTTP와 HTTPS의 차이점 :

HTTP 란 무엇입니까? ? HTTP는 World Wide Web에서 데이터가 전달되는 방식에 대한 TCP / IP 기반 프로토콜입니다.

  1. HTTP URL은 http : //로 시작하고 HTTPS URL은 https : //로 시작합니다.
  2. HTTP는 안전하지 않지만 HTTPS는 안전합니다.
  3. HTTP 표준 포트는 80이고 HTTPS 표준 포트는 443입니다.
  4. OSI 네트워크 모델에서 HTTP는 애플리케이션 계층에서 작동하고 HTTPS의 보안 전송 메커니즘은 전송 계층에서 작동합니다.
  5. HTTP는 암호화 할 수 없으며 HTTPS는 전송 된 데이터를 암호화합니다.
  6. HTTP에는 인증서가 필요하지 않지만 HTTPS에는 CA 조직 wosign에서 발급 한 SSL 인증서가 필요합니다.

HTTP 요청의 전체 프로세스

1) 도메인 이름 확인

2) TCP 3 방향 핸드 셰이크 시작

3) TCP 연결이 설정되면 브라우저가 서버에 대한 http 요청을 시작합니다.

4) 서버는 http 요청에 응답하고 브라우저는 html 코드를받습니다.

5) 브라우저는 html 코드를 구문 분석하고 html 코드의 리소스 (예 : js, css, 그림 등)를 요청합니다.

6) TCP 연결을 닫으면 브라우저가 사용자에게 페이지를 렌더링합니다.

TCP 3 방향 핸드 셰이크

첫 번째 핸드 셰이크의 경우 클라이언트는 서버에 연결 요청 메시지를 보냅니다. 정보를받은 후 서버는 클라이언트와 성공적으로 연결할 수 있음을 알고 있지만 클라이언트는 서버가 수신했는지 여부를 알지 못합니다. 서버는 메시지를받은 후 응답하고 클라이언트는 서버로부터 피드백을받은 후 서버와 연결할 수 있다고 판단하는 두 번째 핸드 셰이크입니다.

핸드 셰이크가 두 개뿐이면 여기에 연결이 설정되지만 현재 클라이언트는 보낼 데이터가 없으며 서버는 여전히 어리석게 좋은 소식을 기다리고있어 막대한 리소스 낭비가 발생합니다. 따라서 세 번째 핸드 셰이크가 필요하며 클라이언트가 다시 응답하는 경우에만 이러한 상황을 피할 수 있습니다.

소위 Four-Way Wavehand는 TCP 연결을 종료합니다.

자세한 내용은 다음을 참조하십시오. TCP 3 방향 핸드 셰이크, 이것은 내가 본 최고의 해석입니다.

http 프로토콜 리턴 코드의 의미

2xx : 성공
200 OK : 클라이언트에서 서버로 보낸 요청이 정상적으로 처리되고 반환 되었음을 나타냅니다 .

3xx页面重定向(需要进行附加操作以完成请求)
301 Moved Permanently:永久性重定向,表示请求的资源被分配了新的URL,之后应使用更改的URL;
302 Found:临时性重定向,表示请求的资源被分配了新的URL,希望本次访问使用新的URL;

   301与302的区别:前者是永久移动,后者是临时移动(之后可能还会更改URL)

4xx:客户端错误
400 Bad Request:表示请求报文中存在语法错误
403 Forbidden:服务器拒绝该次访问(访问权限出现问题)
404 Not Found:表示服务器上无法找到请求的资源

5xx:服务端错了;
500 Inter Server Error:表示服务器在执行请求时发生了错误,也有可能是web应用存在的bug或某些临时的错误时;

TCP和UDP的区别

TCP(Transmission Control Protocol,传输控制协议)是基于连接的协议,也就是说,在正式收发数据前,必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来

UDP(User Data Protocol,用户数据报协议)是与TCP相对应的协议。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去! UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境

说说网络分层里七层模型是哪七层

应用层:允许访问OSI环境的手段

表示层:对数据进行翻译、加密和压缩

会话层:建立、管理和终止会话

传输层:提供端到端的可靠报文传递和错误恢复

网络层:负责数据包从源到宿的传递和网际互连

物理层:通过媒介传输比特,确定机械及电气规范

자세한 내용은 다음을 참조하십시오. 프런트 엔드 인터뷰 질문 -HTTP

추천

출처blog.csdn.net/weixin_45811256/article/details/109960246