URI s identifient et URL s localisent ; cependant, locators sont également identificateurs , de sorte que chaque URL est également un URI, mais il ya des Uri qui ne sont pas des URL.

Exemples

• Roger Pate

C'est mon nom, qui est un identifiant. C'est comme un URI, mais ne peut pas être une URL, comme il ne vous dit rien sur mon emplacement ou comment me contacter. Dans ce cas, il arrive aussi d'identifier au moins 5 autres personnes aux États-Unis seulement.

• 4914 West Bay Street, Nassau, Bahamas

C'est un localisateur, qui est un identificateur pour cet emplacement physique. Il est à la fois une URL et un URI (puisque toutes les URLs sont des URIs), et m'identifie aussi indirectement comme "résident de..". Dans ce cas, il est le seul à ça m'identifie, mais ça changerait si j'avais un colocataire.

je dis" j'aime " parce que ces exemples ne suivent pas la syntaxe requise.

À Partir De Wikipedia :

en informatique, un Localisateur de ressources uniforme (URL) est un sous-ensemble de L'Identificateur de ressources uniforme (URI) qui spécifie où une ressource identifiée est disponible et le mécanisme pour de la récupérer. dans l'usage courant et dans de nombreux documents techniques et discussions verbales, il est souvent utilisé à tort comme synonyme D'URI ,... [c'est moi qui souligne]

en raison de cette confusion commune, de nombreux produits et documents utilisent incorrectement un terme au lieu de l'autre, attribuent leur propre distinction, ou les utilisent de façon synonymique.

URNs

mon nom, Roger Pate, pourrait être comme un URN (nom de la ressource uniforme), à l'exception de beaucoup plus réglementé et destiné à être unique à travers à la fois espace et le temps.

parce que je partage actuellement ce nom avec d'autres personnes, il n'est pas globalement unique et ne serait pas approprié comme une urne. Cependant, même si aucune autre famille n'a utilisé ce nom, je porte le nom de mon grand-père paternel, donc il ne serait pas unique à travers le temps. Et même si que n'était pas le cas, la possibilité de nommer mes descendants après moi rend ceci impropre comme une urne.

urnes sont différentes des URLs dans cette contrainte d'unicité rigide, même si elles partagent toutes les deux la syntaxe D'URIs.

URI -- Uniform Resource Identifier

URIs sont une norme permettant d'identifier les documents à l'aide d'une courte chaîne de chiffres, de lettres et de symboles. Ils sont définis par RFC 3986 - Uniform Resource Identifier (URI): syntaxe générique . URLs, URNs, et URCs sont tous types D'URI.

URL -- Localisateur Uniforme de Ressource

Contient des informations sur la façon de récupérer une ressource à partir de son emplacement. Par exemple:

• http://example.com/mypage.html
• ftp://example.com/download.zip
• mailto:user@example.com
• file:///home/user/file.txt
• tel:1-888-555-5555
• http://example.com/resource?foo=bar#fragment
• /other/link.html (une URL relative, seulement utile dans le contexte d'une autre URL)

commencent toujours par un protocole ( http ) et contiennent généralement des informations telles que le nom de l'hôte réseau ( example.com ) et souvent un chemin de document ( /foo/mypage.html ). Les URLs peuvent avoir des paramètres de requête et des identificateurs de fragment.

URN -- Uniform Resource Name

identifie une ressource par un nom unique et persistant, mais ne vous dit pas nécessairement comment la localiser sur internet. Il commence généralement à avec le préfixe urn: par exemple:

• urn:isbn:0451450523 identifier un livre par son numéro ISBN.
• urn:uuid:6e8bc430-9c3a-11d9-9669-0800200c9a66 un identificateur global unique
• urn:publishing:book - un espace-nom XML qui identifie le document comme un type de livre.

les urnes peuvent identifier des idées et des concepts. Ils ne se limitent pas aux documents d'identification. LORSQU'une urne représente un document, elle peut être traduit dans une URL par un "résolveur". Le document peut ensuite être téléchargé à partir de L'URL.

URC -- Uniform Resource Citation

renvoie à des métadonnées sur un document plutôt qu'au document lui-même. Un exemple D'URC est celui qui pointe vers le code source HTML D'une page comme: view-source:http://example.com/

"1519750920 de Données" URI

plutôt que de le localiser sur l'internet, ou en le nommant, les données peuvent être placées directement dans une URI. Un exemple serait data:,Hello%20World .

Foire Aux Questions

j'ai entendu que je ne devrais plus dire URL, pourquoi?

la spécification W3 pour HTML dit que le href d'une étiquette d'ancrage peut contenir une URI, pas seulement une URL. Vous devriez être en mesure de mettre dans une urne telle que <a href="urn:isbn:0451450523"> . Votre navigateur serait alors résolvez cette urne à une URL et téléchargez le livre pour vous.

y a-t-il des navigateurs qui savent comment récupérer des documents par URN?

pas que je sache, mais navigateur Web moderne ne mettre en œuvre le schéma D'URI de données.

est-ce que la différence entre URL et URI a quelque chose à voir avec le fait qu'elle soit relative ou absolue?

Pas de. Les URLs relatives et absolues sont des URLs (et URIs.)

est-ce que la différence entre URL et URI a quelque chose à voir avec le fait qu'il y ait ou non des paramètres de requête?

Pas de. Les deux URLs avec et sans paramètres de requête sont des URLs (et URIs.)

est-ce que la différence entre URL et URI a quelque chose à voir avec le fait qu'il y ait ou non un identificateur de fragment?

Pas de. Les deux URLs avec et sans Identificateur de fragment sont des URLs (et URIs.)

fait la différence entre URL et URI, y a-t-il un rapport avec les caractères autorisés?

Pas de. Les URLs sont définies comme un sous-ensemble strict D'URIs. Si un analyseur permet un caractère dans une URL mais pas dans une URI, il y a un bug dans l'analyseur. Les spécifications vont dans le détail sur les caractères qui sont autorisés dans quelles parties des URLs et URIs. Certains caractères peuvent être autorisés seulement dans certaines parties de L'URL, mais les caractères seuls ne sont pas une différence entre URLs et URIs.

mais le W3C ne dit-il pas maintenant que les URLs et les URIs sont la même chose?

Oui. Le W3C s'est rendu compte qu'il y a une tonne de confusion à ce sujet. Ils ont publié un document de clarification URI qui dit qu'il est maintenant correct d'utiliser les Termes URL et URI interchangeables (pour signifier URI). Il n'est plus utile de segmenter strictement les URIs en différents types tels que URL, URN et URC.

une URI peut-elle être à la fois une URL et une URN?

la définition D'URN est maintenant plus souple que ce que j'ai indiqué ci-dessus. Le dernier RFC sur URIs dit que tout URI peut maintenant être une URN (indépendamment de savoir si elle commence par urn: ) tant qu'elle a "les propriétés d'un nom."C'est-à-dire qu'elle est unique à l'échelle mondiale et persistante même lorsque la ressource cesse d'exister ou devient indisponible. Un exemple: L'URIs utilisé dans les doctypes HTML tels que http://www.w3.org/TR/html4/strict.dtd . Que URI continuerait à nommer HTML4 transitoire doctype même si la page sur l'w3.org site web ont été supprimés.

en résumé: une URI identifie, une URL identifie et localise.

considérez une édition spécifique de la pièce de Shakespeare Roméo et Juliette , dont vous avez une copie numérique sur votre réseau domestique.

, Vous pouvez identifier le texte comme urn:isbn:0-486-27557-4 .

Ce serait une URI, mais plus spécifiquement une URN * parce qu'il nomme le texte .

vous pouvez également identifier le texte comme file://hostname/sharename/RomeoAndJuliet.pdf .

Ce serait aussi une URI, mais plus spécifiquement une URL car elle localise le texte .

*Nom De La Ressource Uniforme

(notez que mon exemple est adapté de Wikipedia )

ce sont des réponses très bien écrites mais longues. Voici la différence en ce qui concerne CodeIgniter :

URL - http://example.com/some/page.html

URI - /some/page.html

pour faire simple, URL est la façon complète d'identifier n'importe quelle ressource n'importe où et peut avoir différents protocoles comme FTP, HTTP, SCP, etc.

URI est une ressource sur le domaine actuel, donc il a besoin de moins d'informations sont disponibles.

dans chaque cas où CodeIgniter utilise le mot URL ou URI c'est la différence dont ils parlent, bien que dans le grand-schéma du web, il n'est pas 100% correct.

un petit ajout aux réponses déjà publiées, voici un diagramme de Venn pour résumer la théorie (de Prateek Joshi belle explication ):

et un exemple (également tiré du site de Prateek):

tout d'abord, sortez votre esprit de la confusion et prenez-le simplement et vous comprendrez.

URI => Identifiant Uniforme de Ressource Identifie une adresse complète de la ressource i-e emplacement, nom ou les deux.

URL => Localisateur Uniforme de Ressource Identifie l'emplacement de la ressource.

URN => Uniform Resource Name Identifie le nom de la ressource

exemple

nous avons l'adresse https://www.google.com/folder/page.html where,

URI (Uniform Resource Identifier) = > https://www.google.com/folder/page.html

URL (Uniform Resource Locator) = > https://www.google.com /

URN (Uniform Resource Name) => /folder/page.html

URI = > (URL + URN) ou URL SEULEMENT OU URN seulement

C'est l'un des sujets les plus confus et peut-être hors de propos que j'ai rencontré en tant que professionnel du web.

si je comprends bien, une URI est une description de quelque chose, suivant un format accepté, qui peut définir à la fois le nom unique (identification) de quelque chose et son emplacement.

Il ya deux sous - ensembles de base-URLs, qui définissent l'emplacement (en particulier à un navigateur essayant de chercher une page Web) et URNs, qui définissent la nom unique de quelque chose.

j'ai tendance à penser que les urnes sont similaires aux GUIDs. Il s'agit simplement d'une méthode normalisée pour fournir des noms uniques pour des choses. Comme dans la déclaration namespace qui utilise le nom d'une entreprise - ce n'est pas comme s'il y avait une ressource assise sur un serveur quelque part pour correspondre à cette ligne de texte - elle identifie simplement quelque chose d'unique.

j'ai aussi tendance à éviter complètement le terme URI et de discuter des choses uniquement en termes de URL ou de l'URNE, parce qu'il provoque donc beaucoup de confusion. La question à laquelle nous devrions vraiment essayer de répondre pour les gens n'est pas tellement la sémantique, mais comment identifier lors de la rencontre des termes s'il y a ou non une différence pratique en eux qui va changer l'approche à une situation de programmation. Par exemple, si quelqu'un me corrige dans une conversation et dit, "oh, ce n'est pas une URL c'est une URI" je sais qu'ils en sont pleins. Si quelqu'un dit "nous utilisons une urne pour définir la ressource" Je suis plus susceptible de comprendre que nous ne le nommons que de façon unique, pas en le localisant sur un serveur.

si je suis loin de la base - s'il vous plaît faites-le moi savoir!

URI = > http://en.wikipedia.org/wiki/Uniform_Resource_Identifier

sont un sous-ensemble des URI (qui contiennent aussi des urn).

fondamentalement, une URI est un identifiant général, où une URL spécifie un emplacement et une URN spécifie un nom.

un autre exemple que j'aime utiliser lorsque je pense à URIs est l'attribut xmlns d'un document XML:

<rootElement xmlns:myPrefix="com.mycompany.mynode">
    <myPrefix:aNode>some text</myPrefix:aNode>
</rootElement>

dans ce cas com.mycompany.mynode serait une URI qui identifie de façon unique l'espace de noms "myPrefix" pour tous les éléments qui l'utilisent dans mon document XML. Il ne s'agit pas d'une URL car elle n'est utilisée que pour identifier, et non pour localiser quelque chose en soi.

Identificateur = Nom + Emplacement

Chaque URL( U niform R ressource L ocator) est une URI( U niform R ressource je dentifier), abstraitement parlant, mais chaque URI n'est pas une URL. Il existe une autre sous-catégorie D'URI est URN ( U niform R ressource N ame), qui est une ressource nommée, mais ne précisent pas comment les localiser, comme mailto, news, ISBN est Uri. Source

URN:

• URN Format: urn:[namespace identifier]:[namespace specific string]
• urn: et : stand pour eux-mêmes.
• exemples :
  • urn: uuid: 6e8bc430-9c3a-11d9-9669-0800200c9a66
  • urn:ISSN: 0167-6423
  • urn: isbn: 096139210x
  • Amazon les Noms de Ressources (ARNs) est un identifier de manière unique les ressources AWS.
    • ARN Format: arn:partition:service:region:account-id:resource

URL:

• Format de l'URL : [scheme]://[Domain][Port]/[path]?[queryString]#[fragmentId]
• :,//,? et n ° de stand pour eux-mêmes.
• , les régimes de https,ftp,gopher,mailto,news,telnet,fichier,l'homme,info,whatis,ldap...
• exemples:
  • http://ip_server/path Je ne sais pas.requête
  • ftp://ip_server/path
  • mailto:email-address
  • news:groupe de discussion-nom
  • telnet: / / ip_server /
  • fichier://ip_server/path_segments
  • ldap:/ / hostport / dn?attributs?portée?filtre?extensions

analogie:

Pour rejoindre une personne: conduire (protocole autres SMS, email, Téléphone), Adresse(nom d'hôte autre numéro de téléphone, e-mail) et nom de la personne(nom de l'objet avec un chemin relatif).

en raison de difficultés à distinguer clairement entre URI et URL, pour autant que je me souvienne W3C ne fait plus de différence entre URI et URL ( http://www.w3.org/Addressing / ).

C'est la même chose . Une URI est une généralisation D'une URL. À l'origine, les URIs devaient être divisés en URLs (adresses) et URNs (noms), mais il y avait peu de différence entre une URL et les URIs URI et http étaient utilisés comme espaces de noms, même s'ils ne localisaient pas de ressources.

URI, URL, URN

comme l'indique l'image ci-dessus, il y a trois composantes distinctes en jeu ici. Il est généralement préférable d'aller à la source lorsque l'on discute de questions comme celles-ci, alors voici un extrait tiré de Tim Berners-Lee, et. Al. dans RFC 3986: Identificateur de Ressource uniforme (URI): syntaxe générique:

un identificateur de Ressource uniforme (URI) est une séquence compacte de les caractères qui identifient une ressource abstraite ou physique.

une URI peut être classée en tant que Localisateur, nom, ou les deux. Le le terme "Localisateur de ressources uniforme" (URL) se réfère au sous-ensemble D'URIs que, en plus d'identifier une ressource, fournir un moyen de localiser la ressource en décrivant son principal mécanisme d'accès (par exemple, son réseau "emplacement").

URI est une sorte de super classe D'URLs et D'URN. Wikipedia a un bon article à leur sujet avec des liens vers le bon ensemble de RFC.

URL

une URL est une spécialisation D'URI qui définit l'emplacement réseau d'une ressource spécifique. Contrairement à une urne, L'URL définit comment la ressource peut être obtenue. Nous utilisons des URLs tous les jours sous la forme de http://example.com etc. Mais une URL ne doit pas nécessairement être une URL HTTP, elle peut être ftp://example.com , etc., trop.

URI

une URI identifie une ressource soit par son emplacement, nom, ou les deux. Le plus souvent, la plupart d'entre nous utilisent des Uri qui définissent un emplacement pour une ressource. Le fait qu'une URI puisse identifier une ressource à la fois par son nom et par son emplacement a causé beaucoup de confusion à mon avis. Une URI a deux spécialisations appelées URL et URN.

différence entre URL et URI

une URI est un identifiant pour une ressource, mais une URL vous donne des informations spécifiques sur l'obtention de cette ressource. A URI is une URL et comme un commentateur l'a fait remarquer, il est maintenant considéré comme incorrect D'utiliser une URL pour décrire des applications. Généralement, si L'URL décrit à la fois l'emplacement et le nom d'une ressource, le terme à utiliser est URI. Comme c'est généralement le cas que la plupart d'entre nous rencontrons tous les jours, URI est le terme correct.

Wikipedia donnera toutes les informations dont vous avez besoin ici. Citation de http://en.wikipedia.org/wiki/URI :

une URL est une URI qui, en plus d'identifier une ressource, fournit un moyen d'agir sur ou d'obtenir une représentation de la ressource en décrivant son mécanisme d'accès principal ou"l'emplacement" du réseau.

selon RFC 3986 , les URI sont composés des pièces suivantes:

scheme://authority/path?query

L'URI décrit le protocole d'accès à une ressource ( chemin ) ou de l'application ( requête ) sur un serveur ( autorité ).

toutes les URLs sont des URIs, et toutes les URNs sont des URIs, mais toutes les URIs ne sont pas des URLs.

s'il vous Plaît consulter pour plus de détails:

Wikipedia

une URI identifie une ressource soit par son emplacement, soit par son nom, ou les deux. Le plus souvent, la plupart d'entre nous utilisent des Uri qui définissent un emplacement pour une ressource. Le fait qu'une URI puisse identifier une ressource à la fois par son nom et par son emplacement a causé beaucoup de confusion à mon avis. Une URI a deux spécialisations appelées URL et URN.

une URL est une spécialisation D'URI qui définit l'emplacement réseau d'une ressource spécifique. Contrairement à une urne, L'URL définit comment des ressources peuvent être obtenues. Nous utilisons des URLs tous les jours sous la forme de http://stackoverflow.com , etc. Mais une URL ne doit pas nécessairement être une URL HTTP, elle peut être ftp://example.com , etc.

bien que les Termes URI et URL soient strictement définis, beaucoup utilisent les termes pour d'autres choses qu'ils ne sont définis pour.

prenons Apache par exemple. Si http://example.com/foo est demandé à un serveur Apache, vous aurez les variables d'environnement suivantes définies:

• REDIRECT_URL : /foo
• REQUEST_URI : /foo

avec mod_rewrite activé, vous aurez aussi ces variables:

• REDIRECT_SCRIPT_URL : /foo
• REDIRECT_SCRIPT_URI : http://example.com/foo
• SCRIPT_URL : /foo
• SCRIPT_URI : http://example.com/foo

C'est peut-être la raison de la confusion.

voir ce document . Plus précisément,

une URL est un type d'URI qui identifie une ressource via une représentation de son mécanisme d'accès principal (par exemple, sa" localisation " réseau), plutôt que par d'autres attributs qu'elle peut avoir.

ce n'est pas vraiment un terme très clair.

après avoir lu les billets, je trouve des commentaires très pertinents. En bref, la confusion entre les définitions URL et URI est basée en partie sur la définition dépend de qui et aussi l'utilisation informelle du mot URI dans le développement de logiciels.

par définition URL est un sous-ensemble D'URI [RFC2396]. URI contain URN and URL. URI et URL ont chacune leur propre syntaxe qui leur confère le statut D'URI ou URL. URNE sont pour unique identifier une ressource tandis que les URL sont pour localiser une ressource. Notez qu'une ressource peut avoir plus d'une URL mais seulement une seule urne.[RFC2611]

en tant que développeurs web et programmeurs, nous serons presque toujours concernés par URL et donc URI. Maintenant une URL est spécifiquement définie pour avoir toutes les parties scheme:scheme-specific-part, comme par exemple https://stackoverflow.com/questions . C'est une URL et c'est aussi une URI. Maintenant considérer un lien relatif intégré dans la page comme ../index.HTML. Ce N'est plus une URL par définition. C'est toujours ce qu'on appelle une "URI-référence" [RFC2396].

je crois que lorsque le mot URI est utilisé pour faire référence à des chemins relatifs, "URI-référence" est en fait ce à quoi on pense. Ainsi, de manière informelle, les systèmes logiciels utilisent URI pour se référer à un chemin relatif et URL pour l'adresse absolue. Ainsi, dans ce sens, un chemin relatif n'est plus une URL mais toujours un URI.

voici ma simplification:

URN: nom unique de la ressource, i.e. "what" (par ex. urn:issn:1234-5678 ). C'est censé être unique .. comme dans aucun deux docs différents peuvent avoir la même urne. Un peu comme "uuid "

URL:" où " pour le trouver (par exemple https://google.com/pub?issnid=1234-5678 .. ou ftp://somesite.com/doc8.pdf )

URI: peut être une urne ou une URL. Cette définition floue est due à la RFC 3986 produite par W3C et IETF.

la définition de L'URI a changé au fil des ans, il est donc logique pour la plupart des gens d'être confus. Cependant, vous pouvez maintenant prendre consolation dans le fait que vous pouvez se référer à http://somesite.com/something comme URL ou URI ... une vous serez de toute façon (au moins pour le moment en tout cas...)

je me demandais la même chose et j'ai trouvé ceci: http://docs.kohanaphp.com/helpers/url .

vous pouvez voir un exemple clair en utilisant la méthode url::current() . Si vous avez cette URL : http://example.com/kohana/index.php/welcome/home.html?query=string alors utiliser url:current() vous donne la URI qui, selon la documentation, est: bienvenue / accueil

URIs est né de la nécessité d'identifier les ressources sur le Web, et d'autres ressources Internet tels que les boîtes aux lettres électroniques d'une manière uniforme et cohérente. Ainsi, on peut introduire un nouveau type de widget: URIs pour identifier widget ressources ou utiliser tel: URIs pour avoir des liens web faire des appels téléphoniques à être faite lorsqu'invoquée.

certains URI fournissent des informations localisez une ressource (comme un nom d'hôte DNS et un chemin sur cette machine), tandis que certains sont utilisés comme noms de ressources pures. Le URL est réservé aux identificateurs qui sont des localisateurs de ressources , y compris les URL 'http' telles que http://stackoverflow.com , qui identifie la page web au chemin indiqué sur l'hôte. Un autre exemple est 'mailto' URLs, comme mailto:fred@mail.org , qui identifie la boîte aux lettres à l'adresse donnée.

urnes sont des Uri qui sont utilisés comme noms de ressources pures plutôt que des localisateurs. Par exemple, L'URI: mid:0E4FC272-5C02-11D9-B115-000A95B55BC8@stackoverflow.com est une urne qui identifie le message électronique le contenant dans son champ "Message-Id". L'URI sert à distinguer ce message de tout autre courriel. Mais il ne fournit pas lui - même l'adresse du message stocker.

facile à expliquer:

laisse supposer la suivante

URI est votre nom

URL est votre adresse avec votre nom afin de communiquer avec vous.

• mon nom est Loyola

  Loyola is URI

• mon adresse est TN, Chennai 600001.

TN, Chennai 600 001, Loyola is URL

J'espère que vous comprenez,

voyons Maintenant un exemple précis

http://www.google.com/fistpage.html

dans ce qui précède, vous pouvez communiquer avec une page appelée première page.html ( URI ) utilisant http://www.google.com/fistpage.html ( URL ).

donc URI est un sous-ensemble D'URL mais pas vice-versa.

pour répondre à cette question je m'appuie sur une réponse que j'ai modifiée à une autre question . Un bon exemple d'URI est la façon dont vous identifiez une ressource Amazon S3. Prenons:

s3://www-example-com/index.html _{[fig. 1]}

que j'ai créé comme une copie mise en cache de

http://www.example.com/index.html _{[fig. 2]}

Amazon S3-NOUS-Ouest-2 centre de données.

même si StackOverflow me permettait d'établir un lien hypertexte vers le schéma s3:// protocole , cela ne vous servirait à rien dans locating the resource. Parce qu'il identifie a ressource , fig. 1 est un URI valide. C'est aussi une urne valide, parce Qu'Amazon exige que le seau (leur terme pour la partie authority de L'URI) soit unique à travers les datacenters. Il est utile pour le localiser, mais il n'indique pas le datacenter. Par conséquent, il ne fonctionne pas comme une URL.

alors, en quoi URI, URL et URN diffèrent-ils dans ce cas?

• fig. 1 est une URI
• fig. 1 est une urne
• fig. 2 est une URI
• fig. 2 est une URL
• L'URL fig. 1 est http://www-example-com.s3-website-us-west-2.amazonaws.com /
  • aussi http://www-example-com.s3.amazonaws.com/index.html
  • , mais pas http://www-example-com.s3.amazonaws.com/ (pas de centre de données et pas de nom de fichier est trop générique pour Amazon S3)

NOTE: RFC 3986 définit URIs comme scheme://authority/path?query#fragment

un identificateur de Ressource uniforme (URI) est une chaîne de caractères qui identifie une ressource Internet.

L'URI Le plus courant est le Localisateur de ressources uniforme (URL) qui identifie une adresse de domaine Internet. Un autre type moins courant d'URI est le nom de la ressource universelle (URN).

j'ai trouvé:

un identificateur de ressource uniforme(URI) représente une vue d'ensemble. Vous pouvez diviser URIs / URIs peut être classé comme locators (uniform resource locators-URL), ou comme noms (uniform resource name-URN), ou les deux. Donc, fondamentalement, une urne fonctionne comme le nom d'une personne et L'URL représente l'adresse de cette personne. Si longue histoire courte, une urne définit l'identité d'un élément, tandis que L'URL fournit définit la méthode pour trouver enfin, l'URI 151910920 résume ces deux concepts."

La réponse est ambiguë. En Java, il est fréquemment utilisé de cette façon:

un Localisateur de ressources uniforme (URL) est le terme utilisé pour identifier une ressource Internet incluant le schéma( http, https, ftp, news, etc.). Par exemple Quelle est la différence entre une URI, une URL et une URN?

un identificateur de Ressource uniforme (URI) est utilisé pour identifier un document unique dans le serveur Web: par exemple /questions/176264/whats-la-difference-entre-un-uri-et-une-url

dans Java servlets, L'URI renvoie fréquemment au document sans contexte d'application web.